Головна

Об'єкти бази даних

  1.  A) Перший ряд бази даних містить неповторювані імена полів.
  2.  I. Комп'ютерна симуляція експериментальних даних
  3.  I. ПРАВА ВЛАСНОСТІ НА СКЛАДНІ ОБ'ЄКТИ
  4.  I. Статистична обробка даних вимірювання росту
  5.  I. Статистична обробка даних вимірювання росту.
  6.  I. Файлові структури, використовувані для зберігання даних в БД
  7.  Ii. Моделі сторінкової організації даних в сучасних БД

Ми вже згадали про те, що крім таблиць база даних може містити інші типи об'єктів. Привести повну класифікацію можливих об'єктів баз даних важко, оскільки кожна система управління базами даних може реалізувати свої типи об'єктів. Однак основні типи об'єктів ми можемо розглянути на прикладі СУБД Microsoft Access. У версії Microsoft Access 2000 Ця СУБД дозволяє створювати і використовувати об'єкти семи різних типів.

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

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

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

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

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

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

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

.

Мал. 133. Два запиту, сформовані на основі однієї таблиці

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

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

Мал. 13.4. Форма для оформленого виведення даних

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

Мал. 13.5. Приклад найпростішого звіту

Сторінки. Це спеціальні об'єкти баз даних "реалізовані в останній версії-БД Microsoft Access (Access 2000). Правда, більш коректно їх називати сторінками доступу до даних. Фізично це особливий об'єкт, виконаний в коді ML, розміщується на Web-сторінці і передається клієнту разом з нею. Сам • той об'єкт не є базою даних, але містить компоненти, через які-здійснюється зв'язок переданої Web-сторінки з базою даних, що залишається на сервері. Користуючись цими компонентами, відвідувач Web-вузла може переглядати записи бази в полях сторінки доступу (рис. 13.6). Таким чином, сторінки доступу до даних здійснюють інтерфейс між клієнтом, сервером i даних, розміщеної на сервері. Ця база даних не обов'язково повинна бигь базою даних Microsoft Access. Сторінки доступу, створені засобами Microso Access, дозволяють працювати також з базами даних Microsoft SQL Server.

Мал. 13.6. Приклад найпростішої сторінки доступу

Макроси і модулі. Ці категорії об'єктів призначені як для автоматизації повторюваних операцій при роботі з системою управління базами даних, так і для створення нових функцій шляхом програмування. В СУБД Microsoft Access макроси складаються з послідовності внутрішніх команд СУБД і є одним із засобів автоматизації роботи з базою. модулі створюються засобами зовнішнього мови програмування, в даному випадку мови Visual Basic for Applications. Це один із засобів, за допомогою яких розробник бази може закласти в неї нестандартні функціональні можливості, задовольнити специфічні вимоги замовника, підвищити швидкодію системи управління, а також рівень її захищеності.




 Вправа 12.4. Побудова експериментального графіка |  Вправа 12.5. Аналіз даних з використанням методу найменших квадратів |  Вправа 12.6. Застосування таблиць підстановки |  Вправа 12.7. Рішення рівнянь засобами програми Excel |  Вправа 12.8. Рішення задач оптимізації |  Бази даних та системи управління базами даних |  Структура найпростішої бази даних |  Властивості полів бази даних |  типи даних |  Безпека баз даних |

© um.co.ua - учбові матеріали та реферати