Блічная зв’язок в ms access

Міжтабличних зв'язок в MS Access. Цілісність даних.

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

Приклад системи управління базами даних: СУБДMicrosoft Access

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

Популярність СУБД MS Access обумовлена ​​наступними причинами:

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

• система має повністю русифіковану версію;

• повна інтегрованість з пакетами MS Office: Word, Excel, Power Point, Mail;

• ідеологія Windows дозволяє представляти інформацію барвисто і наочно;

• технологія WYSIWIG дозволяє користувачеві постійно бачити все результати своїх дій;

• широко і наочно представлена ​​довідкова система;

• існує набір «майстрів» з розробки об'єктів, що полегшує створення таблиць, форм і звітів.

Запустити систему Access можна кількома способами:

• запуск за допомогою головного меню в Windows;

• запуск за допомогою ярлика на панелі інструментів.

До основних об'єктів Access відносяться таблиці, запити, форми, звіти, макроси і модулі.

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

Розробка схеми даних

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

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

2. Відповідно до типу даних, що розміщуються в кожному полі, визначають найбільш підходящий тип для кожного поля.

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

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

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

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

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

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

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

6. Розробкою схеми даних закінчується «паперовий» етап роботи над техні-ного пропозицією. Цю схему можна узгодити з замовником, після чого приступати до безпосереднього створення бази даних.

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