лад, щоденний завезення хліба в магазин оформляється накладної). Один постачальник може постачати безліч товарів, і одні і ті ж товари можуть поставлятися кількома постачальниками. p align="justify"> Властивості інформаційних об'єктів можуть бути постійними, тобто їх значення не можуть змінюватися з плином часу, або непостійними. Постійні властивості називаються статичними (S), а змінюються - динамічними (D). p align="justify"> На малюнку 4 представлений інформаційний об'єкт В«ПостачальникВ» з властивостями. В
Малюнок 5. Об'єкт В«ПостачальникВ» і його властивості
Поле В«Названіе_фірмиВ» однозначно ідентифікують конкретного постачальника, так як згідно з російським законодавством, у двох компаній не може бути однакових назв. Інші поля дають додаткову інформацію про постачальника. Це показано на малюнку 5. <В
Малюнок 6. Об'єкт В«НакладнаВ» і його властивості
Поля В«Номер_накладнойВ» і В«Названіе_фірмиВ» на малюнку 6 однозначно ідентифікують потрібну накладну, тому що в розглянутому продуктовому магазині номер накладної змінюється в межах одного постачальника. Це також означає, що два постачальника можуть мати накладні з однаковим номером. Тому виділення в якості частини складеного ключа поля В«Названіе_фірмиВ» допоможуть знайти потрібну накладну навіть у разі, якщо її номер присутній ще в чиєїсь накладної (іншого постачальника). Інші поля дають додаткову інформацію про об'єкт В«НакладнаВ». <В
Малюнок 7. Об'єкт В«ТоварВ» і його властивості
На малюнку 7 полі В«АртикулВ» однозначно ідентифікує товар, в той час як інші поля дають додаткову інформацію про нього.
.3 Побудова даталогіческой і ER-моделі
Даталогіческая модель - це модель логічного рівня, яка представляє собою відображення логічного зв'язку між елементами незалежно від їх змісту і середовища зберігання.
Ця модель будується в термінах інформаційних одиниць, допустимих в тих конкретних СУБД, в середовищі якої проектується база даних. Основним змістом процесів даталогіческого проектування в реляційних СУБД є побудова системи нормалізованих таблиць на базі инфологической моделі, побудованої на попередньому етапі проектування бази даних, а також визначення первинних і вторинних ключів в таблицях і встановлення зв'язків між таблицями. p align="justify"> Для виконання поставлених завдань були створені наступні таблиці:
В· Постачальник
В· Накладна
В· Товар
В· Поставщік_Товар
В· Товар_Накладная
Таблиця 1. Дата...
