В частині SELECT визначається структура  майбутнього результату, тобто ця частина визначає набір стовпчиків результуючої таблиці. Частина FROM вказує на назви усіх таблиць чи підзапитів, які використовуються в SELECT-запиті. Частина WHERE містить предикат, який може включати кілька логічних виразів та приймати одне з трьох значень: TRUE, FALSE чи UNKNOWN (NULL). В результат SELECT-запиту включаються усі рядки, для яких предикат з частини WHERE приймає значення TRUE. Частина ORDER BY використовується для впорядкування вихідних даних. Рядки впорядковуються відповідно до виразів, вказаних в списку.

    Для отримання агрегованих даних  дуже важливу роль грають інші компоненти SELECT-запиту.

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

агрегуюча_функція ::=

{COUNT(*) | {AVG | SUM | MAX | MIN | COUNT} (вираз)}

    Існує два типи функції COUNT. Перший тип  в якості аргументу використовує символ “*”. В цьому випадку функція обчислює кількість рядків, які повертає запит. Тут не враховуються окремі значення полів, результат не залежить чи задано параметр DISTINCT і чи трапляються значення NULL. Інший тип функції COUNT обчислює всі значення виразу, що не є NULL.

    Усі інші функції також ігнорують  значення NULL для виразу.

    Функція AVG обчислює середнє арифметичне (середнє) для значень виразу. Аргументом цієї функції може бути лише числовий вираз.

    Функція SUM обчислює суму значень числового виразу.

    Функції MAX та MIN обчислюють відповідно максимальне  та мінімальне значення виразу будь-якого  типу.

    Існують певні правила виконання агрегуючих функцій:

• Якщо в результаті запиту не отримано жодного рядка, то результатом функції COUNT буде нуль, а результатом інших функцій – значення NULL.
• В аргументах агрегуючих функцій не допускається використання інших агрегуючих функцій чи підзапитів.
• Результатом виконання функції COUNT є ціле число. Інші агрегуючі функції наслідують типи даних від аргументу.

    При побудові агрегуючих запитів допускається використання декількох таблиць (під  запитів) в частині FROM, з’єднаних  між собою. З’єднання можуть бути внутрішніми та зовнішніми. При цьому  необхідно зважати на наступні особливості:

• Операція з’єднання завжди виконується перед операціями агрегування.
• При зовнішніх з’єднаннях в одній з таблиць може не існувати записів-відповідників, що приводить до появи NULL-значень у полях з цієї таблиці. Ці NULL-значення ігноруватимуться усіма агрегуючими функціями крім COUNT(*).

    Якщо  в частині SELECT запиту на вибірку  зустрічається хоча б одна агрегуюча  функція, то дуже часто в цьому  запиті є присутня частина GROUP BY. Частина GROUP BY використовується для виділення  груп вихідних рядків, до яких будуть застосовуватися агрегуючі функції. Якщо ця частина відсутня, то всі вирази частини SELECT, які базуються на полях таблиць, повинні включатися в агрегуючі функції, і ці функції будуть застосовуватися до всього набору рядків, які задовольняють умови запиту. В протилежному випадку всі вирази зі списку SELECT, які базуються на полях таблиць, що не ввійшли в жодну агрегуючу функцію, повинні бути перераховані в частині GROUP BY. Виняток становлять вирази константи. Наприклад, наступний запит не вимагає частини GROUP BY.

SELECT 1 AS optype, COUNT(*)

FROM …;

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

    Частина HAVING є аналогічною до частини WHERE. Однак, якщо частина WHERE визначає предикат для фільтрації рядків, то частина HAVING застосовується після здійснення групування для визначення предикату, що фільтрує групи по значеннях агрегуючих функцій. Тобто, частина HAVING використовується для перевірки значень, отриманих за допомогою агрегуючих функцій. В результат SELECT-запиту включаються усі рядки після агрегування, для яких предикат з частини HAVING приймає значення TRUE. Найчастіше предикат містить оператори порівняння =, <, <=, >, >= та <>. Для конструювання складних виразів дозволяється використовувати стандартні оператори *, /, +, - та || (конкатенація), спеціальні предикати BETWEEN, IN, LIKE, IS NULL, а також булеві оператори AND, OR та NOT.

    SELECT-запит  може формуватися на основі  результатів декількох підзапитів  на вибірку, об’єднаних за  допомогою однієї з наступних  множинних операцій:

• UNION – об’єднання;
• INTERSECT – перетин;
• EXCEPT – різниця.

    Такий складений запит має наступну структуру:

запит_A {UNION | INTERSECT | EXCEPT} [ALL] запит_B

    Необов’язковий  параметр ALL вказує на те, що в результат  запиту включаються усі рядки-дублікати. При його відсутності (по замовчуванню) серед однакових рядків вибирається  лише один. Слід відзначити, що Microsoft Access не підтримує операцій INTERSECT та EXCEPT в складених запитах на вибірку, а допускає лише використання UNION.

запит_A UNION [ALL] запит_B

    Частина ORDER BY відноситься не до останнього SELECT-підзапиту, а до цілого складеного запиту на вибірку. Тобто, незалежно від кількості SELECT-підзапитів частина ORDER BY може зустрічатися в запиті на вибірку лише один раз, і записується останньою.

    Розглянемо  спроектовану за допомогою ER-діаграми схему бази даних (рис. 3.1).

    Для виконання запиту на вибірку в MS Access слід скористатися закладкою Queries вікна бази даних (рис. 3.14).

     Рис. 3.14. Закладка Queries вікна бази даних.

    За  допомогою кнопки New створюється  новий запит (в діалоговому вікні, яке при цьому висвітлюється, слід вибирати Design View). При створенні  нового запиту MS Access пропонує скористатися графічним конструктором запиту. Для переходу в режим SQL необхідно скористатися пунктом меню View/SQL View (Вигляд/Вигляд SQL). Наприклад, MS Access дозволяє варіант запиту як показано на рис. 3.15.

     Рис. 3.15 Агрегований запит на вибірку.

    Для виконання запиту на вибірку необхідно скористатися пунктом меню Query/Run (Запит/Виконати). У результаті на екран виводиться таблиця, яку повертає SELECT-запит.

     Рис. 3.16. Результат виконання агрегованого запиту на вибірку.

    Написання достатньо складних SELECT-запитів  необхідно проводити достатньо  обережно та продумано, оскільки одного й того ж результату можна отримати декількома способами. Серед усіх можливих варіантів необхідно вибирати оптимальний з точки зору часу його виконання конкретною СКБД. Особливо це стосується використання множинних операцій (UNION, INTERSECT, EXCEPT), які на практиці істотно сповільннють процес виконання SELECT-запитів.

    Наприклад, наступні два запити повертають тотожний результат не залежно від вмісту бази даних.

     Рис. 3.17. Агрегований запит з використанням UNION.

     Рис. 3.18. Агрегований запит без використання UNION.

    Очевидно, що перший запит (див. рис. 3.17) є занадто громіздкий для розуміння, і він виконуватиметься довше (а при великих масивах даних в десятки чи сотні тисяч записів значно довше). Тому приктичне застосування має другий варіант запиту (див. рис. 3.18).

3.4 Висновки

    Будь-яка  система керування базами даних реляційного типу дозволяє вирішити два основні питання, пов’язані з маніпуляцією інформацією:

• Збереження інформації в базі даних.
• Отримання інформації з бази даних та її опрацювання.

    Для вирішення першого питання в  базі даних відповідними засобами SQL слід створити таблиці наперед визначеної структури та забезпечити необхідні обмеження цілісності. Для вирішення другого питання слід навчитися будувати запити на вибірку.

    У розділі розглянуто мову структурованих запитів SQL. На прикладі MS Access представлено операції вставки, поновлення, вилучення, вибірки, складної та агрегованої вибірки даних за допомогою SQL.

 

4. АНАЛІЗ ФУНКЦІОНАЛЬНИХ МОЖЛИВОСТЕЙ 
ПРОДУКТУ MS OFFICE ACCESS

 

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

    

     Рис. 4.1 Office Access для швидкого запуску надає бібліотеку вбудованих вирішень баз даних. 

    Починати роботу необхідно відразу за допомогою зорієнтованих на результати функцій Office Access:

• Готові до використання вирішення. Новий екран початку роботи містить багато вбудованих вирішень баз даних. Можна використовувати ці застосування безпосередньо або розглядати їх як шаблони, удосконалюючи та впорядковуючи їх, щоб помістити потрібний обсяг інформації для її відстеження. Стандартні застосування допомагатимуть відстежувати контакти, події, питання, активи тощо. Інші шаблони застосувань стануть доступні через певний час у Microsoft Office Online.
• Інтерфейс користувача Office Fluent. Office Access поновлено для легшого створення, зміни та роботи із застосуваннями для відстеження інформації (вирішеннями баз даних Access). Інтерфейс користувача Office Fluent контекстно-чутливий і оптимізований для ефективного пошуку. Доступно близько 1000 команд; новий інтерфейс користувача (UI) відобразить тільки ті, які стосуються завдання, що виконується на цей момент. Окрім того, вікна зі вкладками, новий рядок стану, смуги прокручування, заголовок рядка надають застосуванню, створеному на основі Office Access, сучасного вигляду.
• Удосконалена навігація. Office Access забезпечує комплексний погляд на таблиці, форми, запити та звіти з новою областю переходів. Можна створювати настроювані групи, щоб організувати та побачити всі форми та звіти, які стосуються однієї таблиці.
• Швидке створення таблиць. Office Access дає змогу легко працювати безпосередньо в поданні таблиць, щоб створювати та настроювати їх. Відомості потрібно вводити у клітинку так само, як і в Microsoft Office Excel. Коли вводять нове значення, Office Access автоматично додає нове поле і визначає тип даних (наприклад, дата, число чи текст). Можна вставляти таблиці Excel в нове подання таблиці, і Office Access створюватиме всі поля та автоматично розпізнаватиме типи даних.
• Імпорт записів контактів із Microsoft Office Outlook. Office Access дає змогу легко обмінюватися окремими записами контактів між Access і Office Outlook. Можна як імпортувати записи контактів з Outlook до Office Access, так і експортувати записи контактів з Office Access і зберігати їх як контакти в Office Outlook.

     Рис.4.2 Office Access надає перероблений наново інтерфейс користувача Office Fluent і тісну інтеграцію з контактами Outlook.

• Фільтрація та сортування даних. Office Access допомагає легше фільтрувати дані, додаючи ясності до бізнес-застосувань. Різноманітні умови фільтрації доступні для текстових, числових типів даних і дат. Наприклад, нові опції фільтрації дають змогу фільтрувати колонки дати в усіх записах: сьогодні, вчора, минулого тижня, наступного місяця, в майбутньому, в минулому тощо. Операції фільтрування одноманітні в Office Excel і Office Access, таким чином зникає необхідність пошуку відомостей новим шляхом.

     Рис.4.3 Office Access допомагає легше фільтрувати дані, додаючи ясності до бізнес-питань.

• Робота з багатозначними полями. Office Access підтримує складні типи даних, дає змогу створювати колонки з більш ніж одним значенням у клітинці. Наприклад, якщо завдання призначене водночас декільком користувачам, можна долучити обидва імені до клітинки. Технології Windows SharePoint Services сумісні з цими складними типами даних і дають можливість збереження симетрії даних між локальними та веб-компонентами.
• Приєднання документів і файлів до бази даних. Застосунки можуть містити відомості, цікавіші та корисніші, ніж раніше. Для полегшення довідок можна приєднувати до індивідуальних записів у сховищі даних кілька файлів, а саме: фотографії, документи або електронні таблиці. Якщо файл не стиснуто, Office Access автоматично виконає стискання для заощадження вільного місця на жорсткому диску.
• Інтерактивний дизайн форм. Office Access побудовано за принципом інтерфейсу WYSIWYG – «що бачиш, те й отримуєш». Можна конструювати та змінювати в реальному часі розташування форми на екрані, переглядаючи її під час створення. Інтерфейс WYSIWYG дає змогу швидко створювати форми, таким чином користувач витрачає менше часу на питання дизайну та форматування, а на роботу залишається більше часу.
• Форматований текст. Office Access підтримує форматування тексту для даних у таблиці.

 

     Рис.4.4. Редагування дизайну Office Access в інтерактивному режимі допомагає набути дійсного досвіду у WYSIWIG. 

    Створення й адаптація звітів:

• Інтерактивний режим редагування дизайну звіту. З новими можливостями Office Access можна переглядати дані звіту під час їх створення. Під час використання нового інтерфейсу WYSIWYG зникає необхідність перегляду звіту на сторінці, тому що можна маніпулювати розташуванням звітів під час керування переходом даних у звіті розробника. Створення професійних звітів полегшується та економить час.
• Перегляд інтерактивних звітів. Новий режим перегляду звітів робить звіти користувача доступнішими. Потрібно використовувати комбінацію клавіш CTRL+F для пошуку запитів, копіювання даних до інших застосувань і переходу до докладнішого подання записів для редагування даних. Нові можливості фільтрації дають чіткіше уявлення про інформацію, на якій базуються рішення.
• Групові відомості у звітах. Удосконалена область групування забезпечує чітке відображення групових даних, можливість перегляду змін під час застосування їх у звітах. Можна легко отримати суму, підсумки, кількість та інші елементи, що допоможе аналізувати дані. Також можна групувати відомості за одним або кількома рівнями та підбивати підсумки.