
- •Введение
- •1. Анализ предметной области
- •1.1 Общие сведения
- •1.2 Основные сведения о предметной области
- •1.3 Перечень хранимой информации: таблицы, поля, типы
- •1.4 Выделение справочных и оперативных данных
- •2.3 Проектирование диаграммы сущность - связь в еа
- •2.4 Подготовка диаграммы сущность-связи в еа к переносу на целевую субд и автоматизированная генерация кода sql
- •2.5 Создание бд в mssqlsqrver. Перенос схемы из еа
- •2.6 Создание диаграммы средствами ms sql server и ms sql server management studio
- •2.7 Начальное заполнение бд
- •2.8 Выводы по разделу
- •3. Создание и запуск базовых запросовsql
- •3.1 Общие сведения
- •3.2 Запросы на выборку данных
- •3.5 Выводы по разделу
- •4. Создание и запуск продвинутых запросовsql
- •4.1 Общие сведения
- •4.2 Запросы на выборку данных
- •4.3 Выводы по разделу
- •Заключение
- •Список литературы:
- •Список сокращений:
2.3 Проектирование диаграммы сущность - связь в еа
После анализа сущностей, необходимых ключей и связей необходимо начать проектирование базы данных в среде EnterpriseArchitect. Для этого составим предварительную таблицу с необходимыми ключами и связями.
Таблица 6 – Выделение ключей и связей
Название таблицы |
Атрибуты |
Тип Данных |
Students |
StudentCode(PK) |
bigint |
Surname |
nvarchar | |
Name |
nvarchar | |
SecondName |
nvarchar | |
NumberZachetki |
bigint | |
RoomCode(FK) |
bigint | |
Comendants |
ComendantCode (PK) |
bigint |
Surname |
nvarchar | |
Name |
nvarchar | |
SecondName |
nvarchar | |
NmberPhone |
bigint | |
Продолжение таблицы 6 | ||
Obsejitia |
NumberObsejitia (PK) |
bigint |
Address |
nvarchar | |
ComendantCode (FK) |
bigint | |
Rooms |
RoomCode (PK) |
bigint |
NumberObsejitia (FK) |
bigint | |
NumberRoom |
bigint | |
Floor |
bigint | |
KolvoMest |
bigint | |
ZaselenieStudents |
NumberZaselenia (PK) |
bigint |
StudentCode (FK) |
bigint | |
RoomCode (FK) |
bigint |
В данной выше таблице наглядно видны связи между таблицами, с помощью ключей. Далее нужно построить БД. Для этого собираем схему в EnterpriseArchitect, указываем связи между таблицами. Получившаяся схема представлена в приложении А.
2.4 Подготовка диаграммы сущность-связи в еа к переносу на целевую субд и автоматизированная генерация кода sql
Для того чтобы экспортировать схему, нужно сгенерировать код. Делается это путём следующих операций: нажатия на Tools-DatabaseEngineering-GeneratePackageDDL.
Рисунок 6 – Генерация кода
Далее задаётся название БД и место сохранения. В данном окне выбирается несколько пунктов, сначала ставится галочка напротив CreatePrimary/ForeignKeyConstraints, для того, что бы в базе данных вSQLбыли созданы ключиPKиFK. Дальше ставится галочка напротивGenerateIndex/Constraints, для того, что бы в БД были сгенерированы индексы. Индексы, требуются для увеличения скорости работы БД.GenerateTableOwner– для какого наименования БД будет использован полученный код. Дальше нажимаемGenerate.
Рисунок 7 – Процесс генерирования кода
2.5 Создание бд в mssqlsqrver. Перенос схемы из еа
Затем код экспортируется в среду SQL. Для начала создадим пустую БД
Рисунок 8 – создание БД в среде SQL
После этого создадим пустой запрос и в него вставляем получившийся код, запускаем его.
Рисунок 9 – применение сгенерированного кода
Код удачно экспортирован. Теперь можно просмотреть результат применения кода.
Рисунок 10 – Результат применения кода
Наблюдаем таблицы и ключи, ранее созданные в среде ЕА.
2.6 Создание диаграммы средствами ms sql server и ms sql server management studio
Для простоты восприятия БД в среде SQL, создадим диаграмму средствамиSQL.
Рисунок 11 – Схема БД в SQL
Построенная диаграмма аналогична диаграмме в ЕА. Конструктор баз данных — это визуальное средство, позволяющее конструировать и визуализировать базу данных, с которой установлено соединение. Конструктор баз данных используется для создания, редактирования и удаления таблиц, столбцов, ключей, индексов, связей и ограничений. Для визуализации базы данных можно создать одну или несколько диаграмм, иллюстрирующих некоторые или все имеющиеся в ней таблицы, столбцы, ключи и связи. Для любой базы данных можно создать любое необходимое количество диаграмм; каждая из таблиц базы данных может использоваться в любом количестве диаграмм. Таким образом, для визуализации различных частей базы данных или для акцентирования различных аспектов её конструирования можно создавать различные диаграммы. Например, можно создать большую диаграмму, в которой будут отображаться все таблицы и столбцы, а также меньшую диаграмму, в которой будут отображаться все таблицы, но не будет столбцов. Внутри диаграммы базы данных у каждой связи есть три отдельных элемента: конечные точки, стиль линии и связанные таблицы.
Конечные точки - линии показывают вид связи: «один к одному» или «один ко многим». Если на одной конечной точке связи находится ключ, а на другой — знак бесконечности, то это связь «один ко многим». Если у связи по одному ключу на каждой конечной точке, то это связь «один к одному».
Стиль линии. Разновидность линии (не её конечные точки) показывает, проверяет ли СУБД ссылочную целостность для связи при добавлении новых данных в таблицу, связанную с помощью внешнего ключа. Если связь нарисована в виде сплошной линии, это значит, что СУБД проверяет ссылочную целостность для связи при добавлении или изменении строк в таблице, связанной с помощью внешнего ключа. Если линия пунктирная, это значит, что СУБД не проверяет ссылочную целостность для связи при добавлении или изменении строк в таблице, связанной с помощью внешнего ключа.
Связанные таблицы. Линия связи показывает, что две таблицы связаны с помощью внешнего ключа. Для связи «один ко многим» таблица, связанная с помощью внешнего ключа, — это таблица около цифры 8 на линии. Если обе конечные точки линии присоединены к одной таблице, это означает возвратную связь.