міжтабличних зв’язку

Автоматизовані системи зберігання та обробки баз даних для проведення досліджень.

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

Система управління даними СУБД Access

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

Тим, хто вперше зустрівся зі словами «реляційна база даних» ре-Коменди уважно прочитати наступний параграф.

Подання і загальні поняття про автоматизовану систему створення, ведення та обробки баз даних.

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

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

Існує кілька моделей побудови баз даних, серед яких прийнято виділяти:

> Автономні бази даних.

> Бази даних з розділеними файлами.

> Бази даних клієнт / сервер.

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

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

Бази даних клієнт / сервер. При такій побудові бази даних доступ до бази даних для групи користувачів виконується спеціальним комп'ютерах тером - сервером. У моделі клієнт / сервер клієнт просить сервер виконати спеціальне завдання. Сервер орієнтований на виконання запитів найбільш оптимальним способом.

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

Бази даних можуть бути організовані різними способами. У Microsoft Access кілька таблиць зберігаються як один файл. Paradox і dBase використовують для кожної таблиці окремий файл. Системи типу клієнт / сервер, такі як сервери Sybase або Microsoft SQL, зберігають всі дані на окремому компьюте-ре і повідомляються з клієнтом за допомогою спеціальної мови - SQL.

Разом з тим у всіх технологіях присутня традиційний набір когось тами (або об'єктів бази даних). Розглянемо ці компоненти на примі-ре програми Microsoft Access.

4.1.2. Компоненти бази даних:

Основними компонентами бази даних є

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

Будь-яка база даних повинна містити не менше 1 таблиці. У реляційної-них базах даних використовується кілька взаємопов'язаних таблиць. Стовпці таблиці називають полями, рядка - записами.

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

Таблиці в Microsoft Access можна створювати в двох режимах - режимі конструктора і режимі таблиці.

Правила іменування полів. Імена полів в Access можуть бути до 64 символів довжиною і містити літери, цифри та пробіли. Не можна використовувати для імен полів символи точки і знак оклику. Не рекомендується також використовувати спеціальні символи ($, #,%).

Типи даних полів і формати. Типи даних:

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

• Поле МЕМО. Текст довжиною більше 255 символів.

• Числовий. Числові дані, що використовуються для проведення обчислити-ний.

• Дата час. Значення дати й часу.

• Грошовий. Числа, відформатовані як грошові значення.

• Лічильник. Нумерує кожну запис. У таблиці може міститися лише одне поле з типом даних лічильник, яке вико-зуется як ключове.

• Логічний. Дозволяє задавати поля з логічним типом даних, тобто містять значення типу істина / неправда.

• Поле об'єкта OLE. Малюнок, електронна таблиця або інший об'єкт з іншої програми.

• Майстер підстановок. Створює поле, що дозволяє вибрати значення з іншої таблиці.

Властивості форматування варіюються в залежності від типу даних поля. наприклад:

• Розмір поля - максимальна кількість символів, яке користування земельними діл-тель може ввести в це поле (застосовується тільки до текстових полів),

• Число десяткових знаків - кількість десяткових знаків після зап'ять-тій, які будуть відображатися за замовчуванням (застосовується до число-вим полях).

• Значення за замовчуванням - значення, що з'являється в кожній новій за-писи. Може бути ще змінені прямо в таблиці або формі.

• Обов'язкове поле - поле, яке повинно бути обов'язково заповнене в кожного запису.

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

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

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

Первинним ключем для таблиці «Виборці» буде «Код избират-ля», для таблиці «Накази» - «Код Наказу». Якщо поле «Код Виборця» буде містити і таблиця «Накази», то можна говорити, що встановлені відносини між таблицями бази даних. В даному випадку уста-новлюється відношення «один до багатьох», оскільки один виборець може давати скільки завгодно наказів.

Виділяють три основних види відносин між таблицями:

• Багато до одного (один до багатьох);

• Багато до багатьох.

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

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

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

Приклад. Студенти навчаються з кількох предметів. На лекції по ка-кому небудь предмету приходить група студентів. Отже, між сту-дентами і навчальними предметами є зв'язок: «багато до багатьох».

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