2.2. Запити та запитувальні зв’язки
Інформаційний запит – це словесний опис інформаційної потреби користувача чи прикладної програми.
На основі запиту будується запитувальний зв'язок, що являє собою структурований опис інформаційного запиту, в якому відображено об’єкти, необхідні для його реалізації з урахуванням навігації між ними. Зазначаю деякі, зі створених мною запитів:
Надати інформацію про дату вибуття основного засобу зі складу:
Визначити надходження основних засобів у період з 01.01.2010по01.01.2012:
Визначити кількість основних засобів на складі, їх назву та згрупувати їх за кількістю:
Також основними запитами в даній базі даних є запити для визначення валового прибутку, що визначаєтьсядобуткомкількості ОЗ на ціну ОЗ. Для реалізації даного завдання необхідно спроектувати представлення.
Визначити назви, коди та методи амортизації тих основних засобів, які потребують саме капітального ремонту:
Інші створені мною запити мають аналогічну структуру, але мають інші критерії відбору.
2.3. Структурні зв’язки та їх відображення на графі ілм
Структурний зв'язок – це асоціації, що описують ієрархічні зв’язки між парами інформаційних об’єктів, один з яких виступає як власник, а інший – як підпорядкований об’єкт.
Ключовим моментом при визначені структури інформаційних об’єктів є вивчення типів співвідношень між атрибутами, які можуть бути такими: 1:1, 1:Б; Б:1 і Б:Б.
У даній базі даних зв’язки мають тип «один до багатьох». Граф інфологічної моделі має такий вигляд (Рис.2.2):
Рис. 2.2 Граф інфологічної моделі (рожевий – таблиці з первинними ключами)
2.4. Автоматизація проектування інфологічної моделі
Автоматизація проектування інфологічної моделі проводиться за допомогою CASE- засобуErwin. ERWIN–CASE-засіб для проектування та документування баз даних, що дозволяє створювати, документувати та супроводжувати бази даних та сховища даних. Моделі даних допомагають візуалізувати структуру даних, забезпечуючи ефективний процес організації, управління та адміністрування.
Запуск пакета здійснюється із середовища ОС Windows шляхом завантаження через меню «Пуск» наступного додатку: Пуск/ Все Программы/ CA/ ErwinDataModeler.
Для створення нової моделі слід обрати пункт меню File/ New, після чого відкриється вікно CreateModel – SelectTemplate.
Для задання типу моделі треба: у відкритому вікні CreateModel – SelectTemplate за допомогою групи радіо-кнопок NewModelType обрати Logical/Physical та у цьому ж вікні у групі TargetDatabase обрати цільову СКБД SQL Server версії 2008 та натиснути кнопку OK.
Далі необхідно задати загальні властивості моделі. Для цього за допомогою головного меню Model/ModelProperties– відкриється вікно для опису властивостей моделі.
Спочатку на вкладці General вводимо: ім’я моделі бази даних, ПІБ автора моделі. Також необхідно активізувати групу опційTransformOptions, яка надає додаткової функціональності моделі бази даних при переході до логічного рівня: вмикає автоматичне вирішення проблеми відображення зв’язку «багато до багатьох» та проблеми відображення конструкції «супертип-підтип». На вкладниці Notation слід пересвідчитися, що для логічного та фізичного рівнів обрана методологія IDEF1X.
Далі на логічному рівні моделі створюємо сутності (інформаційні об’єкти). У вікні Attributes заповнюємо сутності атрибутами, задаємо їх властивості, встановлюємо первинні ключі. У об’єктах не потрібно записувати атрибути вторинних ключів, вони потім самі заносяться зв’язками.
Щоб побудувати зв’язки між сутностями, натискаємо іконку необов’язкового не ідентифікуючого зв’язку на панелі інструментів та встановлюємо початок зв’язку на батьківській таблиці, і потім проводимо його до дочірньої сутності. Щоб задати умови на зв'язок, натискаємо на зв'язок правою кнопкою і обираємо пункт Relationships, де можемо встановити тип, обов’язковість для не ідентифікуючого зв’язку, різні бізнес-правила, що задають обмеження посилкової цілісності (рис.2.3).
Логічний рівень спроектованої БД має такий вигляд (Рис.2.3):
Рис.2.3 Логічний рівень спроектованої БД
Тобто, у середовищі ERWIN, використовуючи відповідні засоби з панелі інструментів, створюємо таблиці (об’єктні відношення), заповнюємо їх атрибутами, визначаємо первинні ключі та формат кожного з атрибутів.
Результатом інфологічного проектування є створення таких об’єктних відношень: Основні засоби, Склад, Надходження, Вибуття, Амортизація, Ремонт.
Між усіма об’єктними відношеннями встановлені зв’язки один до багатьох, так як ключовим записам у батьківських таблицях відповідає декілька записів у дочірній таблиці. Також необхідно встановити каскадне оновлення для таблиць, для того щоб зміна даних у первинних ключах впливала на дані у вторинних.
Після того, як ми створили усі об’єктні відношення, визначили зв’язки, первинні та вторинні ключі, необхідно перенести створену модель у sqlserver.
Для цього виконаємо таку послідовність дій:
1. Заходимо в sql server management studio.
2. Створюємо нову базу даних. Назвемо її Vika_Oblik_0.
В ERWIN, заходимо у вкладку Database, вибираємо Database Connection, вводимо назву нашої бази даних – Vika_Oblik_0. Вибираємо Connect.
4. В ERWIN, заходимо у вкладку Tools, вибираємо Forward Engineer і далі Schema Generation. У вікні справа вибираємо Table, далі – Generate.
5. Модель успішна, немає помилок.
6. Заходимо у SQL Server Management Studio. У вкладці Бази Даних вибираємо нашу базу даних, створюємо нову діаграму.
7. Вибираємо усі таблиці, по яким буде створена діаграма.
8. Створюємо діаграму.
Отже, ми перенесли нашу базу даних з ERWIN до SQL Server Management Studio. Нашу інфологічну модель можна вважати успішно створеною.