Головна > Оптимізація > Короткий огляд реляційних систем керування базами даних. Огляд систем управління базами даних Найбільш популярні субд


Короткий огляд реляційних систем керування базами даних. Огляд систем управління базами даних Найбільш популярні субд




Якщо ви плануєте брати участь у будь-якій серйозній розробці, знати бази даних - життєво необхідно. Вони всюди, навіть якщо ви про це не здогадуєтеся. Рейтинг PYPL, який обчислює популярність, та баз даних, виділяє 14 систем управління базами даних, якими користується принаймні 1% користувачів. PYPL індексує популярність виходячи з кількості запитів у пошуку Google. Згідно з опрацюванням результатів колективного розуму, станом на жовтень 2017 року найпопулярнішою базою даних залишається Oracle з результатом 32.26%. Ця кросплатформова СУБД – старійшина світу баз даних. Складно повірити, але перша версія, яка з невідомих нам причин називається Oracle v2, вийшла ще в 1979 році. Найновіша на сьогоднішній день – Oracle 12.2 – у вересні 2016 року. Базу даних Oracle найчастіше використовують великі компанії, але є і безкоштовна версіяякщо захочете потренуватися, щоб потім знайти роботу, пов'язану з «дорослою» версією. Називається вона Oracle Database Express Edition, її можна завантажити із сайту Oracle. Зрозуміло, вона має велику кількість обмежень (вона використовує до 1 ГБ ОЗУ, лише 1 процесор, лише одна БД до 11 ГБ).

Друге місце дісталося MySQL. Ті, хто вивчав бази даних в університеті або намагався освоїти їх самостійно, швидше за все користувалися цією безкоштовною базою даних. Це цікаве рішення для середніх і малих програм, зараз також належить Oracle. До речі, у володіння цієї компанії MySQL перейшла разом із нашим коханим мовою Java, у процесі поглинання Sun Microsystems За даними PYPL, MySQL цікавить 21.15% від загальної кількості користувачів чи програмістів.

На третьому місці з комфортом та 16.78% розташувалася SQL Serverвиробництва Microsoft. Ця СУБД чудово підходить для управління базами даних самого різного розмірувід персональних до Enterprise. Вона також на ринку вже дуже давно, хоч і на декаду менше, ніж Oracle: датою її народження вважається 24 квітня 1989 року. Як і переважна кількість продуктів Microsoft, SQL Server – платна (у випадку з Enterprise-версією – навіть дуже платна), але є і безкоштовні варіанти. Найпростіший із них - SQL Server Express, вона добре підходить для навчальних цілей і її можна розгорнути на малих серверах або звичайних комп'ютерах. Розмір бази даних – до 10 ГБ. Також є безкоштовна версія для програмістів. Призначена вона для створення, тестування та демонстрації програми на базі «справжньої» SQL Server. За продуктом Microsoft з великим відривом слідує PostgreSQL. Ця opens-source розробка Каліфорнійського університету в Берклі довгий час була у тіні своїх конкурентів, але останніми роками її частка повільно, але вірно зростає. А все завдяки її безкоштовності, легкій розширюваності та системі вбудованих мов програмування.

П'яте і шосте місце дісталися нереляційним баз даних MongoDB і ще молодий Firebase. Інтерес до обох явно зростає, особливо Firebase: порівняно з жовтнем минулого року, інтерес до неї зріс на 1.4% і тепер її результат - 2.19%. Замикають десятку SQLite, elasticsearch, Apache Hive та DB2.

Рейтинг PYPL популярності СУБД, жовтень 2017 та зростання порівняно з жовтнем-2016

Rank Change Database Share Trend
1 Oracle 32.26 % -2.7 %
2 MySQL 21.15 % -0.7 %
3 SQL Server 16.78 % -0.7 %
4 PostgreSQL 3.65 % +0.4 %
5 MongoDB 3.34 % +0.4 %
6 Firebase 2.6 % +1.4 %
7 ↓ SQLite 2.19 % -0.0 %
8 elasticsearch 2.1 % +0.5 %
9 ↓ Apache Hive 1.99 % +0.2 %
10 ↓↓↓ DB2 1.89 % -0.0 %
А ви вже працювали із СУБД? Якщо так, то з якими?

Поняття бази даних настільки міцно увійшло в наше життя, що стало сприйматися як щось само собою зрозуміле і не заслуговує на окрему увагу. Про ІТ-стартапи, алгоритми , хакерських атаках, криптовалюті, (та що там говорити, і про хмари теж) у профільних ЗМІ написано куди більше статей, ніж про «пересічні», але такі важливі і необхідні бази даних і системи управління ними. Ось і ми, неодноразово проводячи свої міні-дослідження різних сфер світу ІТ, ще жодного разу не зверталися до цієї теми. Що ж, негайно виправляємось та ділимося з вами цікавими новинами та свіжою статистикою.

І серед СУБД є свої фаворити

Система управління базами даних (СУБД) - це програмний інструмент (як правило, інтерфейс між кінцевим користувачем/додатком та самою базою даних), за допомогою якого легше та зручніше працювати з інформацією. Наприклад, створювати, оновлювати, шукати, видаляти та відновлювати дані в БД, а також визначати взаємозв'язки між її компонентами (таблицями).

Зазвичай СУБД включає три основні компоненти: самі дані, «движок» бази даних і схему, що визначає логічну структуру даних. Саме ці три складові допомагають забезпечити безпечне управління тазахист баз даних,цілісність інформації, що зберігається в ній, і уніфіковані процедури адміністрування - управління змінами, контроль конфігурацій і продуктивності, резервне копіювання, аварійне відновлення тощо.

Безумовно, самих систем управління базами даних неймовірно багато, але тих, що у всіх на слуху, навряд чи набереться з десяток. Щоб визначити, яка з існуючих СУБД по праву потрапляє до списку найпопулярніших, DB-Engines склали своєрідний рейтинг фаворитів. Для цього фахівці проаналізували ряд факторів: кількість згадок систем на веб-сайтах (використовувалися пошукові системи Google, Yandex і Bing), загальний інтерес користувачів Google Trends, згадки у дискусіях на спеціалізованих сайтах Stack Overflow та DBA Stack Exchange, на сайтах-агрегаторах вакансій Indeed та Simply Hired, у професійних профілях фахівців у Linkedin та Upwork, та, нарешті, кількість релевантних твітів. Однак зазначимо, що загальна кількість установок СУБД не вважалася, тому цей топ вийшов хоч і цікавим, але відносним. Згідно з DB-Engines, перша трійка популярних систем управління виглядає так: Oracle, MySQL, Microsoft SQL Server.

Цікаво, що серед програмістів найбільш затребуваними виявилися навички роботи з такими СУБД як MySQL, MongoDB і PostgreSQL, причому Oracle розробники взагалі поставили на останнє місце, оскільки цю систему відзначило лише 12% респондентів (джерело: Stack Exchange (Stack Overflow Talent)) .

Таким чином, за результатами двох досліджень бачимо, що поки що користувачі найбільше цікавляться системою MySQL. Можливо, не останню роль тут відіграє той факт, що це продукт із відкритим вихідним кодом. До речі, саме з цієї причини в 2016 році в MySQL було усунуто найбільшу кількість вразливостей – 133. І цей факт зовсім не означає, що сама система погано захищена, а навпаки свідчить про те, що її працездатність перевіряла більшу кількість фахівців, що збільшило шанси визначення її «слабких місць» в інформаційної безпеки.

Поширені загрози безпеці

Примітно, що саме кількість патчів дозволяє опосередковано визначити рівеньзахисту інформації у системах управління базами данихта виявити найбільш поширені вразливості. Так, дослідження Trustwave показало, що у 2016 році користувачі СУБД найчастіше стикалися з такими категоріями кіберзагроз, як:

  • Несанкціоноване розширення привілеїв.Ці вразливості дозволяли неуповноваженим особам використовувати права адміністратора, одержуючи доступ до таблиць та конфігурацій БД.
  • Переповнення буфера.Це призводило до поломки сервера, що підривалоапаратний захист бази даних,а також викликало відмову в обслуговуванні та могло призвести до запуску виконання чужого шкідливого коду.
  • Повноваження за замовчуванням.Облікові запису адміністратора, залишені з паролем, заданим за умовчанням, могли дати додатковий простір для шахрайських дій кіберзлочинців.

Такими виявились результати недавніх досліджень. Дуже сподіваємося, що в майбутньому системи управління базами даних стануть безпечнішими, а в топах популярності СУБД з'являться нові назви. Обіцяємо стежити за новинами та тримати вас в курсі останніх тенденцій.

Бази даних – це логічно змодельовані сховища будь-яких типів даних. Кожна база даних, яка не є безсхемною, слідує моделі, яка задає певну структуру обробки даних. СУБД - це додатки (або бібліотеки), що управляють базами даних різних форм, розмірів та типів.

Щоб краще розібратися в СУБД, ознайомтеся з .

Реляційні системи управління базами даних

Реляційні системи реалізують реляційну модель роботи з даними, що визначає всю збережену інформацію як набір пов'язаних записів та атрибутів у таблиці.

СУБД такого типу використовують структури (таблиці) для зберігання та роботи з даними. Кожен стовпець містить свій тип інформації. Кожен запис у базі даних має унікальним ключем, передається в рядок таблиці, та її атрибути відображаються в стовпцях таблиці.

Відносини та типи даних

Відносини можна визначити як математичні множини, що містять набори атрибутів, що відображають інформацію, що зберігається.

Кожен елемент, який формує запис, повинен задовольняти певний тип даних (ціле число, дата і т.д.). Різні РСУБД використовують різні типидані, які завжди взаємозамінні.

Такі обмеження звичайні для реляційних баз даних. Фактично вони і формують суть відносин.

Популярні РСУБД

У цій статті ми розповімо про 3 найбільш популярні РСУБД:

  • SQLite:дуже потужна вбудована РСУБД.
  • MySQL:найпопулярніша і найчастіше використовувана РСУБД.
  • PostgreSQL:найпросунутіша і гнучкіша РСУБД.

SQLite

SQLite - це дивовижна бібліотека, що вбудовується в програму, яка її використовує. Будучи файловою БД, вона надає відмінний набір інструментів для більш простої (порівняно з серверними БД) обробки будь-яких видів даних.

Коли програма використовує SQLite, їх зв'язок здійснюється за допомогою функціональних і прямих викликів файлів, що містять дані (наприклад, баз даних SQLite), а не якогось інтерфейсу, що підвищує швидкість та продуктивність операцій.

Типи даних, що підтримуються

  • NULL: NULL-значення.
  • INTEGER:ціле зі знаком, що зберігається в 1, 2, 3, 4, 6 або 8 байтах.
  • REAL:число з плаваючою комою, що зберігається у 8-байтовому форматі IEEE.
  • TEXT:текстовий рядок з кодуванням UTF-8, UTF-16BE або UTF-16LE.
  • BLOB:тип даних, що зберігається точно в такому вигляді, в якому і був отриманий.

Note:для отримання більш детальної інформації ознайомтеся з документацією.

Переваги

  • Файлова:вся база даних зберігається у одному файлі, що полегшує переміщення.
  • Стандартизована: SQLite використовує SQL; деякі функції опущені (RIGHT OUTER JOIN або FOR EACH STATEMENT), однак є й деякі нові.
  • Відмінно підходить для розробки та навіть тестування:під час етапу розробки більшості потрібно масштабоване рішення. SQLite, зі своїм багатим набором функцій, може надати більш ніж достатній функціонал, при цьому досить простий для роботи з одним файлом і пов'язаною сишной бібліотекою.

Недоліки

  • Відсутність управління користувача:просунуті БД надають користувачам можливість керувати зв'язками в таблицях відповідно до привілеїв, але SQLite такої функції немає.
  • Неможливість додаткового налаштування:Знов-таки, SQLite не можна зробити більш продуктивною, поколупавшись в налаштуваннях - так вже вона влаштована.

Коли варто використовувати SQLite

  • Вбудовані програми:всі портовані не призначені для масштабування програми - наприклад, локальні однокористувацькі програми, мобільні додаткичи ігри.
  • Система доступу до дискової пам'яті:У більшості випадків програми, які часто виконують прямі операції читання/запису на диск, можна перевести на SQLite для підвищення продуктивності.
  • Тестування:відмінно підійде більшості додатків, частиною функціоналу яких є тестування бізнес-логіки.

Коли не варто використовувати SQLite

  • Розраховані на багато користувачів додатки:якщо ви працюєте над додатком, доступом до БД, в якому одночасно користуватимуться кілька людей, краще вибрати повнофункціональну РСУБД - наприклад, MySQL.
  • Програми, що записують великі обсяги даних:Одним із обмежень SQLite є операції запису. Ця РСУБД допускає одноразове виконання лише однієї операції запису.

MySQL

MySQL - це найпопулярніша з усіх великих серверних баз даних. Розібратися в ній дуже просто, та й у мережі про неї можна знайти велику кількість інформації. Хоча MySQL і намагається повністю реалізувати SQL-стандарти, вона пропонує широкий функціонал. Програми спілкуються з базою даних через демон.

Типи даних, що підтримуються

  • TINYINT:дуже мале ціле.
  • SMALLINT:невелике ціле.
  • MEDIUMINT:ціле середнього розміру.
  • INT або INTEGER:ціле нормального розміру.
  • BIGINT:велике ціле.
  • FLOAT:знакове число з плаваючою комою одинарної точності.
  • DOUBLE, DOUBLE PRECISION, REAL:знакове число з плаваючою комою подвійної точності.
  • DECIMAL, NUMERIC:знакове число з плаваючою комою.
  • DATE:Дата.
  • DATETIME:комбінація дати та часу.
  • TIMESTAMP:позначка часу.
  • TIME:час.
  • YEAR:рік у форматі YY чи YYYY.
  • CHAR:рядок фіксованого розміру, що доповнюється праворуч пропусками до максимальної довжини.
  • VARCHAR:рядок змінної довжини.
  • TINYBLOB, TINYTEXT: BLOB- або TEXT-стовпець довжиною максимум 255 (2^8 – 1) символів.
  • BLOB, TEXT: BLOB- або TEXT-стовпець довжиною максимум 65535 (2^16 – 1) символів.
  • MEDIUMBLOB, MEDIUMTEXT: BLOB- або TEXT-стовпець довжиною максимум 16777215 (2^24 – 1) символів.
  • LONGBLOB, LONGTEXT: BLOB- або TEXT-стовпець довжиною максимум 4294967295 (2^32 – 1) символів.
  • ENUM:Перерахування.
  • SET:множини.

Переваги

  • Простота: MySQL легко встановлюється. Існує багато сторонніх інструментів, включаючи візуальні, що полегшують початок роботи з БД.
  • Багато функцій: MySQL підтримує більшу частину функціоналу SQL.
  • Безпека: MySQL має багато функцій безпеки.
  • Потужність та масштабованість: MySQL може працювати з дійсно великими обсягами даних, і непогано схожий на масштабованих додатків.
  • Швидкість:зневага деяких стандартів дозволяє MySQL працювати продуктивніше, місцями зрізаючи на поворотах.

Недоліки

  • Відомі обмеження:за визначенням, MySQL не може зробити все, що завгодно, і в ній є певні обмеження функціональності.
  • Питання надійності:деякі операції реалізовані менш надійно, ніж у інших РСУБД.
  • Застій у розробці:хоча MySQL і є open-source продуктом, робота над нею сильно загальмована. Тим не менш, існує кілька баз даних, повністю заснованих на MySQL (наприклад, MariaDB). До речі, докладніше про спорідненість MariaDB та MySQL можна з нашого із творцем обох РСУБД – Джеймсом Боттомлі.

Коли варто використовувати MySQL

  • Розподілені операції:коли вам потрібен більший функціонал, ніж може надати SQLite, варто використовувати MySQL.
  • Висока безпека:функції безпеки MySQL надають надійний захист доступу та використання даних.
  • Веб-сайти та програми:Більшість веб-ресурсів цілком може працювати з MySQL, незважаючи на обмеження. Цей інструмент дуже гнучкий і простий у користуванні, що тільки на руку в тривалій перспективі.
  • Кастомні рішення:якщо ви працюєте над дуже специфічним продуктом, MySQL підлаштовується під ваші потреби завдяки широкому спектру налаштувань та режимів роботи.

Коли не варто використовувати MySQL

  • SQL-сумісність:оскільки MySQL не намагається повністю реалізувати стандарти SQL, вона є повністю сумісною з SQL. Через це можуть виникнути проблеми під час інтеграції з іншими РСУБД.
  • Конкурентність:хоча MySQL непогано справляється з операціями читання, одночасні операції читання-запису можуть спричинити проблеми.
  • Нестача функцій:в залежності від вибору двигуна MySQL може не вистачати деяких функцій.

PostgreSQL

PostgreSQL - це просунута РСУБД, що орієнтується в першу чергу на повну відповідність стандартам і розширюваність. PostgreSQL, або Postgres, намагається повністю відповідати SQL стандартам ANSI/ISO.

PostgreSQL відрізняється від інших РСУБД тим, що має об'єктно-орієнтований функціонал, у тому числі повну підтримку концепту ACID (Atomicity, Consistency, Isolation, Durability).

Будучи заснованим на потужній технології Postgres, відмінно справляється з одночасною обробкою кількох завдань. Підтримка конкурентності реалізована з використанням MVCC (Multiversion Concurrency Control), що забезпечує сумісність з ACID.

Хоча ця РСУБД не така популярна, як MySQL, існує багато сторонніх інструментів і бібліотек для полегшення роботи з PostgreSQL.

Типи даних, що підтримуються

  • bigint:знакове 8-байтне ціле.
  • bigserial: 8-бітове ціле, що автоматично інкрементується.
  • bit [(n)]:бітовий рядок фіксованої довжини.
  • bit varying [(n)]:бітовий рядок змінної довжини.
  • boolean:булівська величина.
  • box:прямокутник на площині.
  • bytea:бінарні дані.
  • character varying [(n)]:рядок символів фіксованої довжини.
  • character [(n)]:
  • cidr:мережна адреса IPv4 або IPv6.
  • circle:коло на площині.
  • date:календарної дати.
  • double precision:число з плаваючою комою подвійної точності.
  • inet:адреса хоста IPv4 чи IPv6.
  • integer:знакове 4-байтне ціле.
  • interval [(p)]:часовий проміжок.
  • line:нескінченна пряма на площині.
  • lseg:відрізок на площині.
  • macaddr: MAC-адреса.
  • money:Фінансова величина.
  • path:геометричні шлях на площині.
  • point:геометричні точки на площині.
  • polygon:багатокутник на площині.
  • real:число з плаваючою комою одинарної точності.
  • smallint:знакове 2-байтне ціле.
  • serial: 4-бітове ціле, що автоматично інкрементується.
  • text:рядок символів змінної довжини.
  • time [(p)] :час доби (без часового поясу).
  • time [(p)] with time zone:час доби (з часовим поясом).
  • timestamp [(p)] :дата і час (без часового поясу).
  • timestamp [(p)] with time zone:дата та час (з часовим поясом).
  • tsquery:запит текстового пошуку.
  • tsvector:Текстовий пошук.
  • txid_snapshot:снэпшот ID користувача транзакції.
  • uuid:унікальний ідентифікатор.
  • xml: XML-дані.

Переваги

  • Повна SQL-сумісність.
  • Спільнота: PostgreSQL підтримується досвідченою спільнотою 24/7.
  • Підтримка сторонніми організаціями:незважаючи на дуже сучасні функції, PostgreSQL використовується в багатьох інструментах, пов'язаних з РСУБД.
  • Розширюваність: PostgreSQL можна програмно розширити за рахунок процедур, що зберігаються.
  • Об'єктно-орієнтованість: PostgreSQL – не лише реляційна, а й об'єктно-орієнтована СУБД.

Недоліки

  • Продуктивність:У простих операціях читання PostgreSQL може поступатися своїм суперникам.
  • Популярність:через свою складність інструмент не дуже популярний.
  • Хостинг:через перерахованих вище факторів проблематично знайти відповідного провайдера.

Коли варто використовувати PostgreSQL

  • Цілісність даних:якщо пріоритет стоїть на надійність та цілісність даних, PostgreSQL – найкращий вибір.
  • Складні процедури:якщо ваша БД повинна виконувати складні процедури, варто вибрати PostgreSQL через її розширюваність.
  • Інтеграція:якщо в майбутньому вам доведеться переміщати всю базу на інше рішення, найменше проблем виникне з PostgreSQL.

Коли не варто використовувати PostgreSQL

  • Швидкість:якщо все, що потрібно – це швидкі операції читання, не варто використовувати PostgreSQL.
  • Прості ситуації:якщо вам не потрібна підвищена надійність, підтримка ACID і таке інше, використання PostgreSQL - це стрілянина з гармати по мухам.

Microsoft Access – це інтерактивна реляційна СУБД (relational database management system – RDBMS) для WINDOWS. Це програма, яку ви можете використовувати для зберігання та отримання даних в залежності від відносин, які ви встановили. Робота з нею спрощена у вигляді маніпулятора миші. Графічні можливості оболонки справляють велике враження при виготовленні високоякісних звітів та роздруківок. Все це завдяки підтримці True-type шрифтів та вбудовування OLE-об'єктів (Object Linking and Embeding) у рамках середовища WINDOWS. OLE – об'єкт є посилання на певну інформацію, яка залишається у своїй початковій формі. OLE-об'єктом може бути EXCEL-таблиця, Paintbrush-ілюстрація або Sound-файл.

Новинкою програми Access є Cue Cards – система суфлювання. Це навчальна система, що надає користувачеві рекомендації щодо виходу із реальних ситуацій під час вирішення прикладних завдань. При знанні англійської мови користувач зможе отримати підказку про те, що слід робити далі.

Access також надає користувачам механізми роботи з базами даних різних форматів. Наприклад, можна безпосередньо звертатися до баз даних dBASE, Paradox чи Btrieve без конвертування в формат, використовуваний Access. До складу пакета Access також входить мова Access Basic (вбудований діалект мови Visual Basic), що дозволяє формування спеціалізованих систем управління базами даних.

Тепер перейдемо до детальнішого розгляду системи Access. Основними поняттями чи об'єктами цієї системи є: таблиці, запити, формуляри, звіти, макроси та модулі. І, звичайно, головним поняттям буде база даних (database).

Для створення бази даних необхідно виконати такі кроки:

Активізуйте вікно Microsoft Accessта виберіть у меню File директиву New Database (або клацніть кнопкою New Database у рядку піктограм). Microsoft Access висвічує діалогове вікно New Database і автоматично дає ім'я вашій базі даних, яку можна замінити.

У рядку File Name надрукуйте ваш варіант імені бази даних. Вона може містити до 8 символів без пробілів. Microsoft Access автоматично додає розширення. MDB до імені вашої бази даних, якщо ви цього не зробили.

Якщо ви хочете зберігати базу даних у певному місці, виберіть відповідну директорію зі списку директорій Directories list.

Натисніть кнопку OK.

Microsoft Access створює порожній файл бази даних та відкриває вікно бази даних Database window.

Базу даних можна наповнити різними об'єктами і виконувати операції з ними. Але з базою даних можна виконувати операції як із неподільною освітою. Усі операції такого роду – операції управління базою даних – зосереджені у меню File прикладного вікна Access чи вікні бази даних.

При відкритті бази даних можна обмежити можливі операції з базою даних лише читанням та обмежити коло користувачів, які мають доступ до бази даних лише власною персоною. Якщо необхідно лише переглянути базу даних і об'єкти, що містяться в ній, але не змінювати їх, то при відкритті бази даних необхідно активізувати контрольний індикатор Read Only. Якщо необхідно запобігти зміні даних та об'єктів даної бази даних з боку інших користувачів, під час відкриття бази даних необхідно встановити опцію Exlusive.

Якщо користувач закінчив роботу з базою даних, її слід закрити за допомогою директиви Close Database у меню File, за допомогою подвійного клацання мишею на кнопці виклику керуючого меню вікна бази даних або натисканням клавіш (Ctrl + F4).

Таблиці.

Наступним кроком у побудові бази даних буде її заповнення, тобто створення об'єктів та присвоєння останнім необхідним властивостям. Якого типу не були ваші дані, вам доведеться зберігати їх в одній або декількох таблицях.

Таблиці є основною формою подання інформації, що міститься у базі даних. Без таблиці не можна спроектувати формуляр, з урахуванням таблиць складаються запити і звіти.

Кожному полю, що входить у запис, приписується тип даних, визначальний вид інформації, що зберігатиметься у цьому полі. Тип даних вноситься до колонки Data Type, причому його можна вибрати зі списку доступних типів.

До готової специфікації можна вносити зміни. Але при цьому слід постаратися внести всі виправлення до специфікації до початку заповнення бази даних, тому що спроба змінити параметри полів, заповненої бази може спричинити втрату або спотворення даних.

У таблиці Access можна вбудувати об'єкти з інших підтримуючих інтерфейс OLE прикладних програм і зв'язати ці об'єкти з їхніми батьківськими програмами.

При вбудовуванні об'єкта Access зберігає об'єкт у таблиці. Подвійним клацанням мишею на об'єкті запускається прикладна програма, за допомогою якої він був виготовлений - в ній можна змінити об'єкт. Після завершення роботи з батьківською програмою об'єкт у зміненій формі буде збережено у таблиці.

Таблиці, що у базі даних, створеної іншою програмою, можна імпортувати в Access, також можна експортувати Access-таблиці, зберігаючи в форматах, зрозумілих іншим прикладним програм управління базами даних. Але перш ніж безпосередньо розпочати імпорт або експорт, необхідно здійснити відповідні установки імпорту або експорту.

Запити.

Запити служать для селекції та фільтрації набору даних. Вони дозволяють вибрати з бази тільки необхідну інформацію, тобто ту, що відповідає певному критерію (умові) і потрібна для вирішення конкретного завдання. Наприклад, вам може знадобитися інформація про постачальників та товари, що ними поставляються. Ви можете створити запит на кшталт "Які товари постачають московські постачальники" або "Хто з петербурзьких постачальників сигарет продав за останній квартал найбільшу партію". Результат обробки програмою Access такого запиту є таблицею звану Dynaset. У цю таблицю включені обрані з основної таблиці (або кількох таблиць) блоки даних, які відповідають критеріям запиту. Dynaset - динамічний, тимчасовий набір даних, тому при кожному виконанні запиту він будується на основі "свіжих" табличних даних.

Виділяють два типи запитів:

QBE-запити (Query by Example - Запит на зразок). Користувач дає їм визначення, специфікуючи окремі параметри у вікні проектування за допомогою підказок (зразків).

SQL – запити (Structured Query Language – Структурована мова запитів). Користувач формулює їх з використанням інструкцій та функцій, вибудовуючи опис. QBE-запит Access легко транслює у відповідний SQL-запит. Зворотна операція теж не складає труднощів. Взагалі для Access байдуже, з яким типом запиту працює користувач.

Запити можна створювати за допомогою Конструктора запитів та без допомоги Конструктора запитів. Однак перший спосіб прискорює проектування кількох спеціальних типів запитів.

Критерії відбору - це інструкції, за допомогою яких користувач повідомляє Access, які блоки даних повинні відбиратися на запит і індикуватися в Dynaset. Критерії можуть бути задані для одного або декількох полів запиту.

Користувач може скористатися запитом щодо обчислень з блоками даних. Він може задати у кожному полі деяку функцію, яка обробляє вміст цього поля. Результат обробки видається у Dynaset. Функція обробки задається в рядку Total, який з'являється після натискання в піктографічному меню кнопки з грецькою літерою "сигма". Саму функцію можна вибрати у цьому рядку, розгорнувши список можливих значень.

Після того як запит спроектований, його можна виконати, клацнувши мишею в рядку піктограм на кнопці зі знаком оклику або викликаючи в меню Query директиву Run. Access відображає відібрані за запитом Dynaset блоки у вигляді таблиці.

За допомогою структурованої мови запитів SQL в рамках Access користувач може сформулювати які завгодно складні за структурою критеріїв та обчислень запити. Ця ж мова дозволяє керувати обробкою запитів. SQL-запит являє собою послідовність інструкцій, в яку можуть включатися вирази та виклики агрегатних функцій.

Якщо користувач хоче мати розроблений проект запиту у своєму розпорядженні та під час наступних сеансів роботи, він повинен його зберегти за допомогою директиви Save в меню File. Якщо проект зберігається вперше, після звернення до цієї директиви з'явиться діалогове вікно Save As. У ньому слід призначити запиту ім'я, під яким він буде збережено та включено до списку запитів у вікні банку даних. Ім'я запиту має збігатися з ім'ям таблиці.

Якщо цей запит вже був збережений і користувач вибрав директиву Save, то стара версія буде замінена новим, зміненим проектом запиту. Якщо зміни не повинні зіпсувати попередню версію, а повинні бути збережені в іншому запиті, слід викликати директиву Save As і призначити нове ім'я, що зберігається. Для збереження табличного подання запиту слід вибрати директиву Save Query у меню File. Ця директива зберігає зміни у проекті наявного запиту та замінює попередню версію запиту на активну версію. Щоб зберегти запит уперше або створити копію активного запиту, Dynaset якого видно на екрані, слід вибрати директиву Save Query As.

Поряд із запитами вибору, з допомогою Accessможна реалізувати також запити дій, параметричні запити та запити крос-таблиць.

Формуляри.

Перегляд бази даних як таблиці як заповнення дає користувачеві можливість оцінити базу як єдине ціле, порівняти записи тощо. Часто, проте, виникає потреба роботи з окремими записами бази. У цьому випадку присутність на екрані інших записів (як це має місце в режимі заповнення) лише заважає та відволікає. Робота з окремими записами за допомогою формулярів дозволяє зосередитися тільки на інформації, що відноситься до справи.

Формуляр є бланк, що підлягає заповненню, або маску, що накладається на набір даних. Бланк-формуляр дозволяє спростити процес наповнення бази даних, завдяки чому з'являється можливість доручити введення інформації персоналу невисокої кваліфікації. Маска-формуляр дозволяє обмежити обсяг інформації, доступної користувачеві, що звертається до бази.

Зовнішній вигляд, структура та режими роботи окремих керуючих елементів та формулярів визначаються значеннями характеристик цих об'єктів. Характеристики об'єктів доступні користувачеві через вікно параметрів. Для встановлення або зміни характеристик елемента його слід маркувати та з меню View викликати директиву Properties.

Для індикації інструментального вікна встановіть опцію Toolbox у меню View. Кожен інструмент, а точніше, створюваний з його допомогою елемент управління/оформлення, має власне вікно характеристик, і в ньому у вигляді списку представлені стандартні установки для відповідного керуючого елемента.

Поля, що включаються в формуляр, можна вибрати зі списку полів, який буде видно на екрані після звернення до директиви Field List в менюView.

При проектуванні формуляра до нього можна вставити керуючі елементи. Кожен керуючий елемент може бути пов'язаний з деяким об'єктом у таблиці, на якій базується форма.

Звіти.

Звіт – це інформація, яку Ви оформили відповідно до Ваших специфікацій. Звіт дозволяє отримувати та подавати дані як значну інформацію, яку ви можете використовувати та розповсюджувати. Прикладами звітів можуть бути поштові адреси, накладні, суми продажу або списки телефонів. З допомогою Microsoft Access ви можете спроектувати звіт, який надасть інформацію в тому вигляді, в якому Ви побажаєте. Ви можете використовувати безліч різних елементів проектування, таких як текст, дані, малюнки, лінії, поля та графіки для створення вашого звіту. Від вас залежить, як і які елементи використовуватиме побудови звіту.

Microsoft Access забезпечує кілька способів отримання інформації з бази даних - використовуючи запит, формуляр або звіт. Ви можете вибрати той метод, який найбільше підходить до вирішення вашого завдання.

Звіти також є ефективним засобом для друку інформації регулярного використання. Ви можете створити проект звіту та зберегти його для подальшого використання. Проект звіту залишиться незмінним, але щоразу ви отримуватимете роздрук поточних даних.

Перед тим, як створити звіт, подумайте про те, звідки ваш звіт буде отримувати дані. Якщо всі дані з однієї таблиці, ваш звіт буде ґрунтуватися на цій таблиці. Якщо вам необхідні дані більш ніж з однієї таблиці, то ваш звіт повинен ґрунтуватися на запиті.

Ви можете створювати звіти як за допомогою, так і без допомоги Конструктора Звітів. Конструктор набагато прискорить процес створення звіту, оскільки він зробить за Вас основну роботу.

У прототип звіту у процесі проектування можна вбудувати елементи, що управляють. Керуючі елементи, вбудовані в прототип звіту, можуть використовуватись для оформлення заголовків, написів та ілюстрацій.

Для вбудовування керуючих елементів у звіт на екрані має бути інструментальне меню Toolbox (опція View/Toolbox). В інструментальному меню вибирається кнопка створюваного керуючого елемента. Після цього слід виконати мишею клацання на тій позиції прототипу звіту, де слід розмістити даний керуючий елемент. Access розміщує вибраний елемент, приписуючи йому стандартні значення характеристик (розмір, колір і т.п.).

Для зміни стандартних значень характеристик керуючого елемента можна звернутися до вікна характеристик, попередньо маркувавши елемент, що настроюється.

Залежний керуючий елемент у звіті пов'язаний із полем у відповідній таблиці. За допомогою залежного керуючого елемента можна ввести дані в полі або індикувати та актуалізувати їх у звіті.

Зв'язування керуючого елемента можна виконати одним із двох способів:

Якщо користувач хоче, щоб Access автоматично створила керуючий елемент, пов'язаний з базовою для даного звіту таблицею, слід скористатися списком полів таблиці. Він видно на екрані, якщо встановлено опцію View/Field List. Керуючий елемент, виготовлений за допомогою списку полів, має ті значення характеристик, що і поле таблиці, з яким він пов'язаний. Щоб зв'язуватися, потрібно відбуксирувати вибране поле або поля зі списку до звіту. Там слід помістити курсор миші в позицію, де повинен знаходитися лівий верхній кут керуючого елемента (але не поля названого даного керуючого елемента), а потім відпустити кнопку миші. Access створює для кожного поля, вибраного у списку полів, пов'язаний елемент керування (текстове поле).

Якщо заднім числом необхідно зв'язати з полем вже наявний, незв'язаний елемент, що управляє, то це можна виконати за допомогою вікна характеристик. У цьому вікні після маркування елемента, що управляє, в прототипі звіту перераховані характеристики цього елемента. При занесенні імені поля, що зв'язується в це вікно в якості значення характеристики ControlSource виконується зв'язування.

Зберігаючи лише його проект, структуру звіту без даних.

У меню File виберіть директиву Save.

Якщо звіт не був названий, надрукуйте ім'я у рядку Report Name.

Натисніть кнопку OK.

Зберігаючи результат, повний звіт - проект разом з даними - у файлі, який ви зможете використовувати в інших програмах, що підтримуються Windows, наприклад, Microsoft Excel.

У меню File виберіть Output To.

Дотримуйтесь інструкцій у діалогових полях Output To.