22.Диаграммы “Сущность-связь”. Er- диаграммы.
Моделирование структур данных в рамках реляционной модели осложняется невозможностью сразу определить полный список сущностей, связей, атрибутов и определяющих их доменов, а также невозможностью определить нужное размещение атрибутов по сущностям. Поскольку эти аспекты в процессе проектирования могут многократно уточнятся и изменятся. Существует 3 уровня логической модели, отличающихся глубиной представления информации о структуре данных:
Модель уровня сущностей – модель данных верхнего уровня, отражающая бизнес-правило в предметной области. Бизнес-правило – принятые в организации ограничения по ведению отчетности. В нее вкл лишь основные сущности и связь между ними. Эта модель используется для презентаций и обсуждения стр-ры данных с экспертами предметной области.
модель данных, основанная на ключах: явл-ся более подробной и включает в себя все сущности, их 1-ые ключи, а так же связь между сущ-ми.
полная атрибутивная модель: даёт наиболее детальное представление о структуре данных и включает все сущности, атрибуты, домены и связи. сущности, приведены к 3НФ.
Эти разновидности моделей данных, представленные в графической форме, называется диаграммами «сущность-связь» или ER-диаграммами (entity relation). Существуют различные варианты ER-диаграмм, отличаются способами граф-го изображения сущности и связи. Первый вариант был предложен Ченом в 1976 г, затем нотация Мартина, нотация IDEFIX, и др. в последствии был разработан целый ряд программных средств для ароматизированной разработки ER-диаграмм: Silver Run, Design/IDEF, Power Designer. Все они относятся к классу CASE-технологий. Эти CASE-средства удобны тем, что процесс выделения сущностей- связей, а затем и атрибутов является итерационным (повторяются). Разработав 1-й приближенный вариант ER-диаграммы, мы далее уточняем его, опрашивая экспертов предметной области и затем всё повторяется. Попутно выполняется нормализация данных. Процесс заканчивается построением ER-диаграммы, соответствующей полной атрибутивной модели.
23. Общая схема взаимодействия пользователей с бд
Общая схема взаимодействия пользователей с БД имеет вид:
Метаданные (данные о данных) описывают структуру, свойства и связи данных предметной области (наименования таблиц, полей, первичные и внешние ключи, связи между таблицами). Без них невозможно хранить и обрабатывать данные пользователей. СУБД предназначена для создания данных и метаданных, служит посредником между пользователем и БД, транслируя запросы пользователя в сложный код, необходимый для выполнения этих запросов. Т.к. язык запроса (SQL) яв-ся достаточно слож. для обыч. польз-ля, то еще разрабатываются прикладные программы (приложения), которые упрощают взаимодействие с БД.
Кроме таблиц в БД могут хранится запросы, экранные формы, отчеты, роли, хранимые процедуры, триггеры и прикладные программы, предназначенные для работы с БД.
СУБД яв-ся коммерческими продуктами, поэтому вносить в них из-ия нельзя. Примеры СУБД: Access, Paradox, Visual Fox Pro, MS SQL Server, DB2… Каждая СУБД имеет свои достоинства, недостатки, ограничения, свой особый формат физич. Представления памяти компа. Поэтому одной и той же логической модели данных может соотв. несколько физ. моделей, каждая из которых реализована с помощью своей СУБД.