його прізвища, імені, по батькові і номера його паспорта. Очевидно, що вони і будуть атрибутами сутності КЛІЄНТ. Первинним ключем можна було б вибрати номер паспорта, оскільки він однозначно ідентифікує будь-який з екземплярів цієї сутності. Проте номер паспорта не є числом, т.к; крім цифр, містить і букви, і, отже, для його хранений буде використовуватися рядок мінімум з 13 символів, що не зовсім зручно. За цим введений для кожного КЛІЄНТА унікальний номер, який і буде первинним ключем, що б забезпечити можливість швидкого пошуку інформації про угоди за його значенням, згідно із завданням. p align="justify"> Відомості про касира повинні включати прізвище, ініціали та обліковий номер касира - вони і будуть атрибутами сутності КАССИР. Оскільки обліковий номер особистої справи касира може містити не тільки цифри, як і в попередньому, випадок, введемо для кожного екземпляра унікальний номер, який і буде первинним ключем. p align="justify"> З тих же міркувань сутність ВАЛЮТА буде містити два атрибути: код валюти та назва валюти, перший з яких буде первинним ключем.
Що стосується сутності УГОДА, то частина атрибутів вона успадкує від батьківських сутностей і залишається лише додати наступні: В«дата угодиВ», В«час угодиВ», В«сума валюти, що купуєтьсяВ» і В«сума валютиВ». Очевидно, що первинним ключем слід вибрати унікальний цифровий код угоди. Оскільки в завданні сказано, що створювана система повинна дозволяти обчислити грошовий оборот за один або кілька днів, корисно було б зробити атрибут В«дата угодиВ» інверсним входом, тому що він досить часто буде використовуватися для доступу до даних.
Для завдання первинних ключів і атрибутів використовується редактор атрибутів. Перейти в нього можна, скориставшись спливаючим меню (див. Додаток Д). p align="justify"> Для завдання альтернативних ключів і інверсних входів слід скористатися редактором ключів. Перехід до нього здійснюється так само, як і в редактор атрибутів. p align="justify"> На цьому процес створення логічної моделі завершується, сама модель набуває вигляду (див. Додаток Е).
2. Логічний етап проектування бази даних
.1 Сутності, типи сутностей
Сутність - Це реальний чи уявний об'єкт, інформація про який представляє інтерес. У діаграмах Er-моделі сутність представляється у вигляді прямокутника, що містить ім'я сутності. При цьому ім'я сутності - це ім'я типу, а не конкретного об'єкта - примірника цього типу. Кожен екземпляр суті повинен бути відрізнити від будь-якого примірника тієї ж сутності. Залежно від режиму подання діаграми прямокутник може містити ім'я суті, її опис, список її атрибутів та інші вимоги. p align="justify"> Кожна сутність повинна мати такими властивостями:
мати унікальний ідентифікатор;
містити один або кілька атрибутів, які або належать сут...
