Трехуровневая архитектура БД, модель взаимодействия - презентация, доклад, проект скачать

Нажмите для полного просмотра!

Трехуровневая архитектура БД, модель взаимодействия, слайд №1

Трехуровневая архитектура БД, модель взаимодействия, слайд №2

Трехуровневая архитектура БД, модель взаимодействия, слайд №3

Трехуровневая архитектура БД, модель взаимодействия, слайд №4

Трехуровневая архитектура БД, модель взаимодействия, слайд №5

Трехуровневая архитектура БД, модель взаимодействия, слайд №6

Трехуровневая архитектура БД, модель взаимодействия, слайд №7

Трехуровневая архитектура БД, модель взаимодействия, слайд №8

Трехуровневая архитектура БД, модель взаимодействия, слайд №9

Трехуровневая архитектура БД, модель взаимодействия, слайд №10

Трехуровневая архитектура БД, модель взаимодействия, слайд №11

Трехуровневая архитектура БД, модель взаимодействия, слайд №12

Трехуровневая архитектура БД, модель взаимодействия, слайд №13

Трехуровневая архитектура БД, модель взаимодействия, слайд №14

Трехуровневая архитектура БД, модель взаимодействия, слайд №15

Трехуровневая архитектура БД, модель взаимодействия, слайд №16

Трехуровневая архитектура БД, модель взаимодействия, слайд №17

Трехуровневая архитектура БД, модель взаимодействия, слайд №18

Трехуровневая архитектура БД, модель взаимодействия, слайд №19

Трехуровневая архитектура БД, модель взаимодействия, слайд №20

Трехуровневая архитектура БД, модель взаимодействия, слайд №21

Трехуровневая архитектура БД, модель взаимодействия, слайд №22

Трехуровневая архитектура БД, модель взаимодействия, слайд №23

Трехуровневая архитектура БД, модель взаимодействия, слайд №24

Трехуровневая архитектура БД, модель взаимодействия, слайд №25

Трехуровневая архитектура БД, модель взаимодействия, слайд №26

Трехуровневая архитектура БД, модель взаимодействия, слайд №27

Трехуровневая архитектура БД, модель взаимодействия, слайд №28

Трехуровневая архитектура БД, модель взаимодействия, слайд №29

Трехуровневая архитектура БД, модель взаимодействия, слайд №30

Трехуровневая архитектура БД, модель взаимодействия, слайд №31

Трехуровневая архитектура БД, модель взаимодействия, слайд №32

Трехуровневая архитектура БД, модель взаимодействия, слайд №33

Трехуровневая архитектура БД, модель взаимодействия, слайд №34

Трехуровневая архитектура БД, модель взаимодействия, слайд №35

Трехуровневая архитектура БД, модель взаимодействия, слайд №36

Трехуровневая архитектура БД, модель взаимодействия, слайд №37

Трехуровневая архитектура БД, модель взаимодействия, слайд №38

Трехуровневая архитектура БД, модель взаимодействия, слайд №39

Трехуровневая архитектура БД, модель взаимодействия, слайд №40

Трехуровневая архитектура БД, модель взаимодействия, слайд №41

Трехуровневая архитектура БД, модель взаимодействия, слайд №42

Трехуровневая архитектура БД, модель взаимодействия, слайд №43

Трехуровневая архитектура БД, модель взаимодействия, слайд №44

Трехуровневая архитектура БД, модель взаимодействия, слайд №45

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Трехуровневая архитектура БД, модель взаимодействия. Доклад-сообщение содержит 45 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1

Описание слайда:

Лекция №3 Ст. преподаватель каф. КИБЭВС М.А. Сопов

Слайд 2

Описание слайда:

Трехуровневая архитектура БД, модель взаимодействия

Слайд 3

Описание слайда:

Слайд 4

Описание слайда:

Проектирование БД

Слайд 5

Описание слайда:

Выделяют следующие этапы проектирования БД: Выделяют следующие этапы проектирования БД:

Слайд 6

Описание слайда:

Под инфологическим проектированием понимают описание предметной области, выполненное с использованием специальных языковых средств, независящих от используемых в дальнейшем программных средств. Под инфологическим проектированием понимают описание предметной области, выполненное с использованием специальных языковых средств, независящих от используемых в дальнейшем программных средств.

Слайд 7

Описание слайда:

При инфологическом проектировании необходимо: При инфологическом проектировании необходимо: определить цель автоматизации предметной области, информация о которой будет храниться в БД; определить основные бизнес-процессы в предметной области; определить бизнес-правила по которым проходят бизнес-процессы в предметной области; выявить основные компоненты, объекты, документы и пр. в предметной области, информация о которых будет накапливаться в БД. Выявить их значимые характеристики, свойства. Определить связи между ними; выявить основных пользователей БД, их функции; построить концептуальную информационную модель данных для предметной области; и пр. моменты для предметной области.

Слайд 8

Описание слайда:

После описания предметной области переходят к проектированию концептуальной модели данных (КМД).

Слайд 9

Описание слайда:

Основными составляющими КМД являются: Основными составляющими КМД являются: 1) Объекты (сущности). 2) Объектное свойство (атрибут сущности). 3) Объектное отношение (связь). 4) Время. Предметная область БД определена, если известны существующие в ней объекты, их свойства и отношения.

Слайд 10

Описание слайда:

Объекты (сущности) – это вовлеченные в деятельность люди, предметы, события, понятия, документы, места и т.п., информация о которых должна накапливаться в разрабатываемой БД и которые представляют интерес для пользователей Объекты (сущности) – это вовлеченные в деятельность люди, предметы, события, понятия, документы, места и т.п., информация о которых должна накапливаться в разрабатываемой БД и которые представляют интерес для пользователей

Слайд 11

Описание слайда:

Атрибут — это поименованная характеристика (свойство) объекта (сущности), которая принимает значения из некоторого множества значений. Выбор существенного атрибута или атрибутов носит субъективный характер.

Слайд 12

Описание слайда:

На атрибуты могут быть наложены ограничения. На атрибуты могут быть наложены ограничения. Например: - уникальность значений в атрибуте; - значения по умолчанию; - обязательное указание; - диапазон значений; - список значений; - условия на значения; - др.

Слайд 13

Описание слайда:

Например, объект (сущность) Сотрудник. Например, объект (сущность) Сотрудник. Атрибуты Сотрудника: Фамилия, Имя, Отчество, Дата рождения, Паспорт, ИНН. Экземпляры Сотрудника:

Слайд 14

Описание слайда:

Для того чтобы отличить один объект от других объектов данного типа (для различия одного экземпляра объекта от другого), необходим уникальный идентификатор, называемый первичным ключом (primary key (PK)). Для того чтобы отличить один объект от других объектов данного типа (для различия одного экземпляра объекта от другого), необходим уникальный идентификатор, называемый первичным ключом (primary key (PK)). В качестве первичного ключа можно использовать атрибут или группу атрибутов.

Слайд 15

Описание слайда:

Требования к первичному ключу: Требования к первичному ключу: - должен однозначно определять экземпляр сущности; - должен быть уникален; - не должен содержать пустых значений (должен быть обязательно указан, NOT NULL); - не должен меняться (желательно); - не должен быть избыточным. Например, Код сотрудника.

Слайд 16

Описание слайда:

Связь характеризуется арностью – числом вступающих в нее сущностей. Связь характеризуется арностью – числом вступающих в нее сущностей. Могут встречаться бинарные (между двумя сущностями), тернарные и, в общем случае, n-арные связи. Наиболее часто встречаются бинарные связи.

Слайд 17

Описание слайда:

Связь характеризуется мощностью связи. Связь характеризуется мощностью связи. Мощностью связи называется максимальное количество элементов одного объектного множества, связанных с одним элементом другого объектного множества.

Слайд 18

Описание слайда:

Наиболее распространены мощности связи: Наиболее распространены мощности связи: - один к одному 1:1; - один ко многим 1:М; - многие ко многим М:М. Мощность связи определяется правилами, действующими в предметной области (бизнес-правилами).

Слайд 19

Описание слайда:

Связь 1:1 Связь 1:1 В соответствии с законодательством РФ: Муж Жена

Слайд 20

Описание слайда:

Связь 1:М Связь 1:М Сотрудник Договор о приеме на работу

Слайд 21

Описание слайда:

Называется направленной. Называется направленной. В ней выделяют сущность-родитель и сущность-потомок. Родительская сущность-это сущность мощность связи со стороны которой М (M>1). Потомок- сущность мощность связи со стороны которой 1 или 0 (когда родитель у потомка отсутствует).

Слайд 22

Описание слайда:

Связь 1:М Связь 1:М Сотрудник Договор о приеме на работу (сущность/объект родитель) (сущность/объект потомок)

Слайд 23

Описание слайда:

Связь М:М Связь М:М СОТРУДНИК ДОГОВОР НА РАБОТУ В ГРУППЕ

Слайд 24

Описание слайда:

Для моделирования связи 1:М (1:1 как частный случай) необходимо: Для моделирования связи 1:М (1:1 как частный случай) необходимо: - определить родителя и потомка в связи; -определить первичный ключ в родительской сущности; - добавить в сущности потомке атрибут/ты первичного ключа родителя. -данные атрибут/ты первичного ключа родителя в потомке называются внешним ключом (Foreing Key) FK. FK указывает принадлежность потомка к родителю.

Слайд 25

Описание слайда:

Слайд 26

Описание слайда:

Связь 1:М Связь 1:М

Слайд 27

Описание слайда:

Связь 1:1 Связь 1:1

Слайд 28

Описание слайда:

Внешний ключ (анг.foreign key (FK)) – атрибут или набор атрибутов, предназначенный для организации связи между данными объектов БД. Внешний ключ (анг.foreign key (FK)) – атрибут или набор атрибутов, предназначенный для организации связи между данными объектов БД. Внешний ключ - это ссылка атрибутов одной сущности на атрибуты другой сущности.

Слайд 29

Описание слайда:

Для ссылочной целостности характерно: Для ссылочной целостности характерно: - первичный ключ (РК) сущности должен содержать уникальные непустые значения для данной сущности; - внешний ключ (FK) потомка должен содержать только те значения, которые уже имеются среди значений PRIMARY KEY родителя (или атрибутов UNIQUE родителя); - нельзя удалить экземпляр родителя, имеющий хотя бы один связанный с ним экземпляр потомка. Можно установить механизм каскадного удаления при котором удаляется экземпляр родителя вместе со связанными экземплярами потомка; - нельзя изменить значение в РК родителя, имеющем хотя бы один связанный с ним экземпляр потомка. Можно установить механизм каскадного обновления при котором изменяется РК родителя и значения FK связанных экземпляров потомка.

Слайд 30

Описание слайда:

Если внешний ключ (FK) входит в состав первичного ключа потомка, то связь называется идентифицирующей. Если FK не входит в состав первичного ключа потомка, то связь является не идентифицирующей.

Слайд 31

Описание слайда:

Связь М:М считается не явной. Для моделирования связи М:М вводится дополнительная связующая сущность, которая разбивает связь М:М на связи 1:М и М:1.

Слайд 32

Описание слайда:

Слайд 33

Описание слайда:

Принято концептуальную модель данных (КМД) представлять графически. Наиболее распространенное отображение КМД при помощи технологии IDEF1x

Слайд 34

Описание слайда:

Графическое представление объектов на диаграмме IDEF1X: Графическое представление объектов на диаграмме IDEF1X:

Слайд 35

Описание слайда:

Графическое представление объектов на диаграмме IDEF1X: Графическое представление объектов на диаграмме IDEF1X:

Слайд 36

Описание слайда:

При построении КМД выделяют три основных уровня: При построении КМД выделяют три основных уровня: уровень «сущность-связь» (ER-уровень); уровень ключей (КВ-уровень); полная атрибутивная модель (FA-уровень).

Слайд 37

Описание слайда:

Модель «Сущность-связь»(ER-уровень) Модель «Сущность-связь»(ER-уровень)

Слайд 38

Описание слайда:

Модель на уровне ключей (KB-уровень) Модель на уровне ключей (KB-уровень)

Слайд 39

Описание слайда:

Полная атрибутивная модель (FA-уровень) Полная атрибутивная модель (FA-уровень)

Слайд 40

Описание слайда:

Слайд 41

Описание слайда:

Если объект является конкретизацией другого объекта, то он наследует все атрибуты и связи обобщенного объекта. Если объект является конкретизацией другого объекта, то он наследует все атрибуты и связи обобщенного объекта. При этом конкретизированный объект может иметь свои собственные атрибуты и связи.

Слайд 42

Описание слайда:

Полная атрибутивная модель (FA-уровень) Полная атрибутивная модель (FA-уровень)

Слайд 43

Описание слайда:

После разработки КМД переходят к датологическому проектированию. После разработки КМД переходят к датологическому проектированию. Цель датологического проектирования – представление КМД в терминах модели выбранной СУБД. Большинство СУБД поддерживают реляционную модель данных (РМД).

Слайд 44

Описание слайда:

Для перевода КМД в РМД необходимо: Для перевода КМД в РМД необходимо: 1) каждой сущности (объекту) предметной области поставить в соответствии таблицу БД для которой: атрибут сущности (объекта) является колонкой/столбцом/полем таблицы; экземпляр сущности (объекта) является строкой таблицы; первичный ключ сущности (объекта) является первичным ключом таблицы; 2) провести нормализацию каждой полученной таблицы.