Зміст
Завдання
Введення
1. Створення логічної моделі
2. Створення фізичної моделі
3. Схема даних в SQL
Висновок
Список використаної літератури
Додаток
Завдання
Предметна область "Навчальна точка" "Аудиторія"
Введення
ERwin - це графічний інструментарій для моделювання даних, основною метою якого є допомога аналітику в використанні бізнес-правил і вимог до інформації при створенні логічних і фізичних моделей даних. Процес моделювання в Erwin базується на методології проектування реляційних баз даних-IDEF1X. Вона визначає стандарти термінології та графічного зображення типових елементів на ER-діаграмах.
Зазвичай розробка моделі бази даних складається з двох етапів: складання логічної моделі і створення на її основі фізичної моделі. ERwin повністю підтримує такий процес, він має два подання моделі: логічне (logical) і фізичне (physical). Таким чином, розробник може будувати логічну модель бази даних, не замислюючись над деталями фізичної реалізації, тобто приділяючи основну увагу вимогам до інформації та бізнес-процесам, які буде підтримувати майбутня база даних. ERwin не тільки має дуже зручний інтерфейс користувача, дозволяє представити базу даних в самих різних аспектах, але й підтримує автоматичну генерацію спроектованої й певної на фізичному рівні структури даних. При створенні нової моделі вибирається сервер СУБД. Обраний сервер визначає фізичний рівень представлення моделі. Для того, щоб переключиться на фізичний рівень моделі, потрібно вибрати кнопку Phisical/Logical на панелі інструментів.
1. Створення логічної моделі </p>
Логічна модель даних є візуальним представленням структур даних, їх атрибутів і бізнес-правил. На ньому дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються в реальному світі. Логічна модель представляє дані таким чином, щоб вони легко сприймалися. З точки зору користувача Erwin, процес створення логічної моделі даних полягає у візуальному редагуванні ER-діаграми. Діаграма Erwin будується з трьох основних блоків: сутностей, атрибутів і связей.Логіческая модель даних може бути побудована на основі іншої логічної моделі, наприклад на основі моделі процесів. Проектування логічної моделі вільно від вимог платформи та мови реалізації або способу подальшого використання даних. Розробник моделі використовує вимоги до даних і результати аналізу для формування логічної моделі даних. Розробник призводить логічну модель до третьої нормальної.
Первинний ключ (primary key) - це атрибут або група атрибутів, однозначно ідентифікує примірник сутності, атрибути первинного ключа на діаграмі не вимагають спеціального позначення - це ті атрибути, які знаходяться в списку атрибутів вище горизонтальної лінії. Ключі можуть бути складними, тобто що містять декілька атрибутів.
Первинні ключі предметної області "Навчальна точка":
-сутність "Аудиторія" - № аудиторії;
-сутність "Навчальна група "- № групи;
-по суті "Розклад" складовою первинний ключ - № аудиторії та № групи.
В одній сутності можуть виявитися декілька атрибутів або наборів атрибутів, що претендують на роль первинного ключа. Такі претенденти називаються потенційними ключами (candidate key).
Зовнішнім ключем (foreign key) називається поле таблиці, призначене для зберігання значення первинного ключа іншої таблиці з метою організації зв'язку між цими таблицями.
У предмотной області "Навчальна точка" є зовнішні ключі (№ аудиторії та № групи) по суті "Розклад".
Процес нормалізації полягає в тому, щоб представити дані у вигляді набору таблиць, в яких все неключові поля залежать тільки від цілого - можливо, складеного - ключа. Тим самим мінімізується надмірність даних, і обмежуються незв'язані структури. Відомо п'ять нормальних форм, однак на практиці використовуються тільки перші три.
- Перша нормальна форма
Кажуть, що сутність відповідає першій нормальній формі, якщо в кожному полі кожної її рядки міститься рівно одне значення.
- Друга нормальна форма
Сутність відповідає другій нормальній формі, якщо вона відповідає критерію першої нормальної форми, а значення її будь неключових поля залежать від значень усіх ключових полів. Таким чином, якщо в сутності деяке поле містить значення, що представляє собою факт щодо підмножини ключових полів, то сутність не відповідає другій нормальній формі.
- Третя нормальна форма
Значення кожного неключових поля сутності в третій нормальній формі має представляти собою факт, що не залежить від значень ніяких інших неключових полів. Крім того, сутність повинна відповідати правилу другої нормальної форми.
Всі сутності предметної області "Навчальна точка" відповідають вимогам 3 нормальних форм.
Сполучна сутність-сутність, створена для перетворення відносин типу багато-до-багатьох між двома сутностями у відносини типу один-до-багатьох. Вона містить первинні ключі обох таблиць. В предметної області "Навчальна точка" сполучною є сутність "Розклад".
Логічна модель предметної області "Навчальна точка":
2. Створення фізичної моделі
Фізична модель даних, навпаки, залежить від конкретної СУБД, фактично будучи відображенням системного каталогу БД. Створення моделі даних, як правило, починається зі створення логічної моделі. Після опису логічної моделі, проектувальник може вибрати необхідну СУБД і ERwin автоматично створить відповідну фізичну модель. В фізичної моделі міститься інформація про всі об'єкти БД. Оскільки стандартів на об'єкти БД не існує (наприклад, немає стандарту на типи даних), фізична модель залежить від конкретної реалізації СУБД. Отже, однієї і тієї ж логічної моделі можуть відповідати кілька різних фізичних моделей. Якщо в логічній моделі не має значення, який конкретно тип даних має атрибут, то в фізичній моделі важливо описати всю інформацію про конкретних фізичних об'єктах - таблицях, колонках і відносинах. Сутності логічної моделі, ймовірно, стануть таблицями в фізичній моделі. Логічні атрибути стануть стовпцями. Логічні відносини стануть обмеженнями цілісності зв'язків. Деякі логічні відносини неможливо реалізувати в фізичної базі даних.
На основі фізичної моделі ERwin може згенерувати системний каталог СУБД або відповідний SQL-скрипт. Цей процес називається прямим проектуванням (Forward Engineering). Для виконання прямого проектування служить меню Tool/Forward Engineering/Schema Generation. Тим самим досягається масштабованість - створивши одну логічну модель даних, можна згенерувати фізичні моделі під яку підтримувану ERwin СУБД. З іншого боку, ERwin здатний по вмісту системного каталогу або SQL-скрипту відтворити фізичну і логічну модель даних (Reverse Engineering). На основі отриманої логічної моделі даних можна згенерувати фізичну модель для іншої СУБД і потім згенерувати її системний каталог. Отже, ERwin дозволяє вирішити задачу по перенесенню структури даних з одного сервера на інший.
ERwin підтримує більшість провідних найбільш популярних реляційних СУБД, а також настільні системи: Access, Microsoft SQL Server, Oracle, FoxPro, dBase, Clipper, Paradox і багато інших. При зміні СУБД ERwin автоматично перетворить одну фізичну модель в іншу. У вікні Target Server можна вибрати новий сервер СУБД. Сервер СУБД можна змінити за допомогою пункту меню Database/Choose Database.
Фізична модель предметної області "Навчальна точка":
3. Схема даних в SQL
Висновок
Під терміном CASE (Computer Aided Software Engineering) розуміються програмні засоби, підтримують процеси створення і супроводу АС, включаючи аналіз і формулювання вимог, проектування прикладного програмного забезпечення та баз даних, ген...
