Висновок

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

Запитання для перевірки

1. За яких умов таблиця відповідає першій нормальній формі ?

2. За яких умов таблиця відповідає другій нормальній формі ?

3. За яких умов таблиця відповідає третій нормальній формі ?

4. За яких умов таблиця відповідає четвертій нормальній формі ?

5. За яких умов таблиця відповідає п’ятій нормальній формі ?

6. Назвіть етапи перетворення інфологічної моделі в реляційну схему бази даних

7. Структура бази даних

План

1. Структура найпростішої бази даних

2. Властивості полів бази даних

3. Типи даних

4. Безпека баз даних

5. Проектування баз даних. Режими роботи з базами даних

6. Проектування баз даних. Об'єкти бази даних

1. Структура найпростішої бази даних

Відразу пояснимо, що якщо в базі немає ніяких даних (порожня база), те це все рівно повноцінна база даних. Цей факт має методичне значення. Хоча даних у базі і ні, але інформація в ній усе-таки є — це структура бази. Вона визначає методи занесення даних і збереження їхній у базі. Найпростіший «некомп'ютерний» варіант бази даних — діловий щоденник, у якому кожному календарному дню виділено по сторінці. Навіть якщо в ньому не записано ні рядка, він не перестає бути щоденником, оскільки має структуру, що чітко відрізняє його від записних книжок, робочих зошитів і іншої паперової продукції.

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

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

2. Властивості полів бази даних

Поля бази даних не просто визначають структуру бази — вони ще визначають групові властивості даних, записуваних в клітинки, що належать кожному з полів. Нижче перераховані основні властивості полів таблиць баз даних на прикладі СУБД Microsoft Access.

• Ім'я поля — визначає, як варто звертатися до даних цього поля при автоматичних операціях з базою (за замовчуванням імена полів використовуються як заголовки стовпців таблиць).

• Тип поля — визначає тип даних, що можуть міститися в даному полі.

• Розмір поля — визначає граничну довжину (у символах) даних, що можуть розміщатися в даному полі.

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

• Маска введення — визначає форму, у якій уводяться дані в поле (засіб автоматизації введення даних).

• Підпис — визначає заголовок стовпця таблиці для даного поля (якщо підпис не указаний, то як заголовок стовпця використовується властивість Ім'я поля).

• Значення за замовчуванням — те значення, що вводиться в клітинки поля автоматично (засіб автоматизації введення даних).

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

• Повідомлення про помилку — текстове повідомлення, що видається автоматично при спробі введення в поле помилкових даних (перевірка помилковості виконується автоматично, якщо задана властивість Умова на значення).

• Обов'язкове поле — властивість, що визначає обов'язковість заповнення даного поля при наповненні бази;

• Порожні рядки — властивість, що дозволяє введення порожніх строкових даних (від властивості Обов'язкове поле відрізняється тим, що відноситься не до всіх типів даних, а лише до деяким, наприклад до текстового).

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

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