ля зберігання номера виробника, є ключовим, т. к. містить унікальну ідентифікацію записів і є для точного поділу значень. Кожен запис має свій неповторяющийся номер.FirmaФірма проізводітельA (Alpha) строкове поле60Поле для зберігання назви фірми проізводітеляR_sРасчетний рахунок проізводітеляA (Alpha) строкове поле20Поле для зберігання розрахункового рахунку производителяKon_telКонтактный телефон проізводітеляA (Alpha) строкове поле15Поле для зберігання контактного телефону виробника
.4 Створення бази даних
Так як створювана нами база даних розміститься на носіях одного комп'ютера, то вона буде локальною. Локальною базою даних вважається каталог на диску, в якому зберігаються файли таблиць БД, індексів, приміток (мемо-полів) і т.д. Для зберігання однієї таблиці створюється окремий файл. Такі ж окремі файли створюються для зберігання індексів таблиці та мемо-полів. Розробляючи програму роботи з базою даних, ми не можемо знати, на якому диску і в якому каталозі будуть знаходитися файли бази даних під час її використання. Наприклад, користувач може помістити базу даних в один з каталогів дисків С:, D:, E: або на мережевий диск. Тому виникає проблема передачі в програму інформації про місце знаходження файлів бази даних.
У Delphi проблема передачі в програму інформації про місце знаходження файлів бази даних вирішується шляхом використання псевдоніма бази даних.
Псевдонім (Alias) - це коротке ім'я, поставлене у відповідність реального, повного імені каталогу бази даних. Такий псевдонім повинен бути зареєстрований у файлі конфігурації конкретного комп'ютера за допомогою утиліти BDE Administrator.
Для доступу до інформації програма, що забезпечує роботу з базою даних, підключає бібліотеку Borland Database Engine (BDE), яка, в свою чергу, використовує конфігураційний файл, що містить інформацію про всіх зареєстрованих в системі псевдонімах.
Створимо каталог на диску Е: і назвемо його «meb_salon», далі за допомогою BDE Administrator створимо однойменний псевдонім і вкажемо йому шлях «E: meb_salon».
Далі перейдемо до створення таблиць нашої БД. Для цього відкриємо компонент Delphi - Database Desktop (DBD) і для зручності подальшої роботи в головному меню File виберемо Working directory і виберемо робочим псевдонімом «meb_salon», з яким DBD працюватиме за замовчуванням.
Створимо чотири таблиці:
. meb_client.dbf (клієнти);
. meb_zacaz.dbf (замовлення);
. meb_meb.dbf (товар);
. meb_proizv.dbf (виробники)
і заповнимо їх, як описано вище.
Всім полям призначимо атрибут Required (вимога обов'язкового існування значення на момент його запам'ятовування в БД), крім поля N_zac, оскільки це поле має тип Autoincrement тобто автоматичне заповнення при запам'ятовуванні нового запису.
Далі нам необхідно визначити посилальну цілісність таблиць і задати вид каскадних впливів (відображення змін одного запису на пов'язаних записах в інших таблицях). Для цього відкриємо таблицю meb_zacaz (замовлення) і в режимі зміни структури таблиці (Table Restructure) у списку властивостей (Table Properties) виберемо елемент Refrential Integrity. Потім, натиснувши кнопку ...
