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

Бази даних – це теж файли, але робота з ними відрізняється від роботи з файлами інших типів, створюваних іншими додатками. Всю роботу з обслуговування файлової структури бере на себе операційна система. Для бази даних пред'являються особливі вимоги з погляду безпеки, тому в них реалізований інший підхід до збереження даних[15].

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

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

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

Технічне завдання на проектування бази даних повинен надати замовник. Однак для цього він повинен володіти відповідною термінологією й знати, хоча б загалом, технічні можливості основних СКБД. На жаль, на практиці таке положення зустрічається не завжди[1].

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

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

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

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

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

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

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

Варто пам'ятати, що по ходу розробки проекту замовникові неодмінно будуть спадати на думку нові ідеї. На всіх етапах проектування він прагне охопити єдиною системою всі нові й нові підрозділи й служби підприємства. Можливість гнучкого використання його побажань багато в чому визначається кваліфікацією розроблювачів бази даних. Якщо схема даних складена правильно, підключати до бази нові таблиці неважко. Якщо структура бази нераціональна, розроблювач може отримати серйозні труднощі й ввійти в суперечність із замовником. Протиріччя виконавця із замовником завжди свідчать про недостатню кваліфікацію виконавців. Саме по цьому етап попереднього проектування бази даних варто вважати основним. Від його успіху залежить, наскільки база даних стане зручною, і чи будуть із нею працювати користувачі. Якщо відзначається, що користувачі бази «саботують» її експлуатацію й воліють працювати традиційними методами, це говорить не про низьку кваліфікацію користувачів, а про недостатню кваліфікацію розроблювача бази[8].

На цьому етапі завершується розробка бази даних, і на наступному етапі починається її основне проектування. Із цього моменту варто почати роботу із СКБД.

В якості предметної області для розробленого проекту реляційної бази даних було вибрано облік побутової техніки на складі.

2. Опис предметної області

2.1Постановка задачі

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

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

Крім того, для діалогу користувача із системою необхідно створити так називане, «Меню».

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

Таким чином, база даних містить інформацію, необхідну для розв'язування цілого комплексу задач даної установи, підприємства та ін. База даних може поповнюватися новими даними, а раніше введені дані можуть змінюватися або зовсім видалятися. При цьому зміни в базі даних не вимагають внесення змін у прикладні програми. [2]

База даних побутова техніка міститиме такі дані про:

- Назву продукції, що реалізується;

- Код продукції;

- Ціну (за одиницю продукції);

- Ідентифікаційний номер продукції;

- Кількість замовленої продукції;

- Сплачену загальну ціну;

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

2.2 Вибір програмного середовища