- •Курсова робота
- •Реферат
- •1. Дослідження предметної області
- •1.1. Характеристика предметної області
- •Опис вхідних даних
- •Опис вихідних повідомлень
- •Е тапи виконнання операцій
- •1.4 Опис основних процедур перетворення даних.
- •2. Інфологічна модель
- •2.1. Інформаційні об’єкти та їх характеристика
- •2.2. Запити та запитувальні зв’язки
- •2 .3. Структурні зв’язки та їх відображення на графі ілм
- •2.4. Автоматизація проектування інфологічної моделі
- •3. Практична реалізація
- •3.1. Обґрунтування вибору скбд
- •3.2. Реалізація бд на фізичному рівні
- •Після цього необхідно налаштувати з’єднання із бд. Для цього потрібно обрати пункт меню Database/Database Connection (Рис. 3.2.6).
- •3.3. Реалізація запитів та звітів
- •3.3.1. Створення запитів
- •Створення запиту на вибірку
- •Створення групувального запиту та запиту з обрахунками
- •Створення запиту для аналізу цін
- •Запити на додавання
- •Запити на видалення та оновлення
- •Запит на розрахунок індексу Ux
- •Створення запитів для прийняття управлінських рішень
- •3.3.2. Формування звітів
2.2. Запити та запитувальні зв’язки
Для оперативного отримання інформації користувачами, варто проектувати базу даних, передбачивши можливу кількість запитів та їх зміст.
Інформаційний запит – це словесний опис інформаційної потреби користувача чи прикладної програми. На основі запиту будується запиту вальний зв'язок, який являє собою структурований опис інформаційного запиту. Вже на етапі проектування варто сформулювати декілька контрольних запитів, які б перевірили адекватність побудованої моделі.
Запити можуть використовуватись різними користувачами бази даних, залежно від їх потреб. Побудуємо декілька інформаційних запитів, які повинні виконуватись в спроектованій базі даних.
Запит № 1. Визначити кількість трейдерів, закріплених за кожним брокером:
Назва брокера |
Кількість трейдерів |
… |
… |
Запит № 2. Визначити фінансовий інструмент, який має найбільшу ціну:
Назва інструменту |
Ціна |
… |
… |
Запит № 3. Визначити, скільки кожен трейдер уклав договорів з продажу:
Назва трейдера |
Кількість угод |
… |
… |
2 .3. Структурні зв’язки та їх відображення на графі ілм
Рис.2.3.1. Структурні зв’язки та їх відображення на графі ІЛМ.
|
|
2.4. Автоматизація проектування інфологічної моделі
Для графічного відображення моделі даних будемо використовувати case-засіб Erwin. Erwin – це дуже зручний засіб для проектування баз даних , оскільки він дозволяє проводити як інжиніринг так і реінжиніринг бази даних. case-засіб Erwin автоматизує розробку бази даних. Erwin організовує зв'язок з СКБД безпосередньо, без використання інтерфейсу ODBC.
Логічне моделювання з допомогою даного сase-засобу можна виконати з використанням однієї з двох методологій – IDEF1X чи IE.
В Erwin існує два рівня представлення і моделювання баз даних: логічний і фізичний. За допомогою графічних інструментів створюємо сутності (інформаційні об’єкти). Також надається можливість описувати сутності (Рис.2.4.1).
Рис.2.4.1. Інфологічна модель в Case-засобі Erwin
У верхній
частині ми обираємо Файл-Новий. Далі
натиснемо кнопку
і створюємо всі необхідні таблички, де
у верхній частині над рискою будуть всі
ключові поля. Наступним кроком є
установлення зв’язкових дуг -
. Через правий клік ми обираємо параметри
та не ідентифікуючий зв'язок і значення
No Null. Кінцева схема зв’язків та взагалі
БД на етапі створення інфологічної
моделі представлено нижче (Рис.2.4.2.):
Рис.2.4.2. Граф інфологічної моделі на фізичному рівні
3. Практична реалізація
На даному етапі описується обґрунтування вибору СКБД, реалізація на фізичному рівні бази даних, реалізація запитів.
3.1. Обґрунтування вибору скбд
Microsoft SQL Server — комерційна система керування базами даних, що розповсюджується корпорацією Microsoft. Мова, що використовується для запитів — Transact-SQL, створена спільно Microsoft та Sybase. Transact-SQL є реалізацією стандарту ANSI/ISO щодо структурованої мови запитів (SQL) із розширеннями. Використовується як для невеликих і середніх за розміром баз даних, так і для великих баз даних масштабу підприємства.
T-SQL дозволяє використовувати додатковий синтаксис процедур, що зберігаються і забезпечує підтримку транзакцій (взаємодія бази даних з керуючим застосунком).
Microsoft SQL Server також підтримує Open Database Connectivity (ODBC) — інтерфейс взаємодії додатків з СУБД. SQL Server підтримує дзеркалювання та кластеризацію баз даних. Кластер серверу SQL — це сукупність однаково конфігурованих серверів; така схема допомагає розподілити робоче навантаження між декількома серверами. Усі сервера мають одне віртуальне ім'я, а дані розподіляються за IP-адресами машин кластеру протягом робочого циклу. Також, у разі відмови або збою на одному з серверів кластеру доступне автоматичне перенесення навантаження на інший сервер.
SQL Server підтримує надлишкове дублювання даних за трьома сценаріями:
Знімок: виконується «знімок» бази даних, який сервер відправляє одержувачам.
Історія змін: всі зміни бази даних безперервно передаються користувачам.
Синхронізація з іншими серверами: бази даних декількох серверів синхронізуються між собою. Зміни усіх баз даних відбуваються незалежно на кожному сервері, а під час синхронізації відбувається порівняння даних на відповідність. Дублювання такого типу передбачає можливість вирішення протиріч між базами даних.
SQL Server 2005 має вбудовану підтримку .NET Framework. Завдяки цьому, процедури бази даних, що зберігаються, можуть бути написані на будь-якій мові платформи .NET з використанням повного набору бібліотек, доступних для .NET Framework. На відміну від інших процесів, .NET Framework виділяє додаткову пам'ять і будує засоби керування SQL Server, не використовуючи вбудовані засоби Windows. Це підвищує продуктивність порівняно із загальними алгоритмами Windows, оскільки алгоритми розподілу ресурсів спеціально налагоджені для використання у структурах SQL Server.
Microsoft та інші компанії пропонують велику кількість програмних засобів розробки, які дозволяють створити додатки для бізнесу з використанням баз даних Microsoft SQL Server.
