ть: Виконавець в обліку.
Тип зв'язку: неідентіфіцірующей,
кардинально зв'язку (Cardinality - 0, 1,?; 1,? (P); 0, 1 (Z); точно N (N);
. Зв'язок «Облік - Накладна» Phrase з боку батьківської сутності - заноситься вPhrase з боку дочірньої сущнос?? і - складається з: Накладна з обліку.
Тип зв'язку: невизначена.
5. Графічні матеріали
. 1 Сутності і первинні ключі
. 2 Визначення зв'язків
5.3 Атрибути сутностей
. 4 Фізичний рівень
5.5 Приватна модель
6. SQL-скрипт схеми бази даних
база дані замовлення
CREATE SCHEMA Admin; TABLE POK (
# POK DECIMAL (10, 0) NOT NULL, CHAR (30), CHAR (50), CHAR (16)
) CAPTURE NONE;
TABLE UCHET (
# NAKL DECIMAL (10, 0) NOT NULL,
# POK DECIMAL (10, 0) NOT NULL,
# ISP DECIMAL (10, 0) NOT NULL,
# KAT CHAR (10) NOT NULL, _DP DATE, _DI DATE, _TOV INTEGER
) CAPTURE NONE; TABLE NAKL (
# NAKL DECIMAL (10, 0) NOT NULL, DECIMAL (10, 0) NOT NULL
) CAPTURE NONE; TABLE ISP (
# ISP DECIMAL (10, 0) NOT NULL, CHAR (30), CHAR (15), CHAR (15)
) CAPTURE NONE; TABLE KAT (
# KAT CHAR (10) NOT NULL, CHAR (15), _ NACH DATE, _KON DATE, _TOV INTEGER
) CAPTURE NONE; TABLE TOV (DECIMAL (10, 0) NOT NULL,
# KAT CHAR (10) NOT NULL, CHAR (30), INTEGER, _CEN FLOAT (7), _ CEN FLOAT (7), _ CEN FLOAT (7), CHAR (5)
) CAPTURE NONE; TABLE Spisok nakladnih (
# NAKL DECIMAL (10, 0) NOT NULL, _tov CHAR (5)
) CAPTURE NONE; TABLE POK ADD CONSTRAINT POK_PK PRIMARY KEY (#POK); TABLE UCHET ADD CONSTRAINT UCHET_PK PRIMARY KEY (#NAKL); TABLE NAKL ADD CONSTRAINT NAKL_PK PRIMARY KEY (#NAKL); TABLE ISP ADD CONSTRAINT ISP_PK PRIMARY KEY (#ISP); TABLE KAT ADD CONSTRAINT KAT_PK PRIMARY KEY (#KAT); TABLE TOV ADD CONSTRAINT TOV_PK PRIMARY KEY (KOD); TABLE Spisok nakladnih ADD CONSTRAINT NAKL_X_UCHET_PK PRIMARY KEY (#NAKL); TABLE UCHET ADD CONSTRAINT UCHET_POK_FK FOREIGN KEY (#POK) POK (#POK); TABLE UCHET ADD CONSTRAINT UCHET_ISP_FK FOREIGN KEY (#ISP) ISP (#ISP); TABLE UCHET ADD CONSTRAINT UCHET_KAT_FK FOREIGN KEY (#KAT) KAT (#KAT); TABLE UCHET ADD CONSTRAINT UCHET_NAKL_FK FOREIGN KEY (#NAKL) NAKL (#NAKL) ENFORCED; TABLE NAKL ADD CONSTRAINT NAKL_TOV_FK FOREIGN KEY (KOD) TOV (KOD); TABLE TOV ADD CONSTRAINT TOV_KAT_FK FOREIGN KEY (#KAT) KAT (#KAT); TABLE Spisok nakladnih ADD CONSTRAINT NAKL_X_UCHET_NAKL_FK FOREIGN KEY (#NAKL) NAKL (#NAKL); TABLE Spisok nakladnih ADD CONSTRAINT NAKL_X_UCHET_UCHET_FK FOREIGN KEY (#NAKL)
REFERENCES UCHET (#NAKL);
Висновок
Процес створення інформаційної моделі починається з визначення концептуальних вимог різних користувачів. Концептуальна модель потім трансформується в логічну модель. На логічному рівні відображається вимоги типів СУБД, дані.
У свою чергу логічна модель трансформується у фізичну. У цій моделі повинні бути показані вимоги до конкретної СУБД. Так само повинні бути показані файли, в яких показані дані і відображені зв'язку між ними.
Вся необхідна робота по здійсненню методів доступу до інформації, що зберігається в базі даних, її модифікації, підтримці бази даних в цілісному вигляді прихована всередині і користувачеві немає необхідності знати про неї, щоб успішно вирішувати весь коло виникаючих завдань, пов'язаних з використанням інформації, що зберігається в базі даних.
Продукт Rational Data Architect надає зручні засоби, як для моделювання логічної моделі проектованої СУБД, так і для генерації фізичної моделі з наявної логічної моделі. Крім цього Rational Data Architect дозволяє створювати доменні моделі, в яких можна створити власні домени, що дозволяють зберегти набір характеристик разом під одним ім'ям. Так само Rational Data Architect дозволяє згенерувати схеми бази даних в СУБД DB2 прямим проектуванням.
Всі функції, виконувані БД, були ретельно перевірені і протестовані в процесі розробки і їх робота гарантується.
Головним результатом даної курсової роботи є розробка функціонуючої бази даних для обробки замовлень на косметику, із зручним управлінням і виконанням всіх необхідних завдань. Б...