ляційної моделі:
) простота і доступність розуміння кінцевим користувачем - єдиної інформаційної конструкцією є таблиця;
) при проектуванні реляційної БД застосовуються суворі правила, що базують на математичному апараті;
) повна незалежність даних. При зміні структури реляційної зміни, які вимагають провести в прикладних програмах, мінімальні. p align="justify"> Недоліки реляційної моделі:
) відносно низька швидкість доступу і великий обсяг зовнішньої пам'яті;
) труднощі розуміння структури даних через появу великого кол-ва таблиць в результаті логічного проектування;
) далеко не завжди предметну область можна представити у вигляді сукупності таблиць.
Останнім часом все більша кількість БД грунтуються на РМ на увазі її простоти і зручності, а також великої кількості програмних продуктів для розробки цієї СУБД. І навіть недоліки реляційної моделі компенсуються зростанням швидкодії і ресурсів пам'яті сучасних ЕОМ. p align="justify"> Для курсового проекту була обрана реляційна модель даних. Для даної предметної області вона є оптимальною, оскільки володіє такими властивостями, як зручність реалізації, простота. p align="justify"> В результаті переходу від схеми В«Об'єкт-ставленняВ» до реляційної моделі даних були виділені 5 таблиць, що відповідають об'єктам на цій схемі, 5 довідкових таблиць і 2 таблиці для реалізації стосунки? ...?.
Типи даних були взяті з реляційної моделі однієї таблиці і до них були додані первинні та зовнішні ключі для створення зв'язків між таблицями.
Таблиця В«ПрацівникиВ». Відповідає об'єкту В«СпівробітникВ» на схемі В«Об'єкт-відношенняВ». Складається з 3 полів: ID співробітника (первинний ключ), ПІБ (С60), телефон (С13). Пов'язана з таблицею В«ПродажіВ» зв'язком 1 ...? за допомогою первинного ключа.
Таблиця В«КлієнтиВ». Відповідає об'єкту В«КлієнтВ» на схемі В«Об'єкт-відношенняВ». Складається з 5 полів: ID клієнта (первинний ключ), ПІБ (С60), телефон (С13), адресу (С100). Пов'язана з таблицею В«ПродажіВ» зв'язком 1 ...? за допомогою первинного ключа.
Таблиця В«ПродажіВ». З'явилася в результаті перетворення відносини В«ПродаєтьсяВ» на схемі В«Об'єкт-відношенняВ». Складається з 8 полів: № накладної (первинний ключ), ID телефону (N5 - зовнішній ключ для зв'язку з таблицею В«ТелефониВ»), дата продажу (D10/T5), Знижка (N3), IMEI (N15), ID клієнта (N7 - зовнішній ключ для зв'язку з таблицею В«КлієнтиВ»), ID співробітника (N3-зовнішній ключ для зв'язку з таблицею В«ПрацівникиВ»), всього до оплати (N8). Пов'язана з таблицею В«ТелефониВ» зв'язком 1 ...? за допомогою первинного ключа, з таблицею В«ПрацівникиВ» зв'язком 1 ...? за допомогою зовнішнього ключа В«ID співро...
