2 Основные понятия и определения


Чтобы посмотреть презентацию с картинками, оформлением и слайдами, скачайте ее файл и откройте в PowerPoint на своем компьютере.
Текстовое содержимое слайдов презентации:

Базы данных Основные понятия и определения Трехуровневая архитектура СУБД по стандарту ANSI/SPARCAmerican National Standard Institute / Standards Planning and Requirements Committee Требования к архитектуре:Каждый пользователь должен иметь возможность обращаться к данным имея собственное представление о нихПользователь не должен иметь дела с особенностями физической реализации (размещение по файлам, индексирование, кэширование и т.п.)Администратор БД может изменять структуру данных, не влияя на пользовательские представления. Внутренняя структура БД не должна зависеть от изменений физических аспектов (например, переход на другой вид носителя). Трехуровневая архитектура СУБД Трехуровневая архитектура СУБД Уровень внешних моделей – точка зрения пользователя на БД приложения (каждый видит «свое»)Концептуальный уровень – описывает данные, которые хранятся в БД, и связи между ними.Сущности, их атрибуты и связиНакладываемые на данные ограниченияИнформация о мерах безопасности и поддержке целостности данныхФизический уровень – описывает как информация хранится в БД (распределение дискового пространства, сведения о сжатии данных, о методах шифрования) № сотрудника Имя Фамилия Номер подразделения № сотрудника Имя Фамилия Возраст Зарплата Вычисляемое поле, в БД отсутствует № сотрудника Имя Фамилия Год рождения Зарплата Номер подразделения Struct Staff{ int staffNo; char[30] firstName; char[50] lastName;// … Staff * next;} Уровень представлений Концептуальный уровень Физический уровень Бухгалтерия Отдел кадров Трехуровневая архитектура СУБД (1) Запрос в СУБД от приложения. (2,3) Анализ прав пользователя и определяет часть концептуальной модели, «видимой» приложению. (4) СУБД запрашивает нужную часть концептуальной модели. (6,7) Запрос информации о физическом расположении данных (файлы, адреса)в терминах ОС. (8) СУБД запрашивает данные средствами ОС. (9) ОС перекачивает данные в системный буфер. (10) ОС информирует СУБД об окончании пересылки. (11) СУБД из системного буфера отбирает нужные данные и передает их в рабочую область приложения. (12) СУБД сообщает приложению об окончании выполнения запроса. (13) Приложение забирает данные из рабочей области. Процесс прохождения пользовательского запроса Экземпляр сущности - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна.Тип сущности – класс отдельных элементов (объектов) предметной области. Имеет набор атрибутов.Атрибут – характеристика, определяющая свойство экземпляра сущности.Связь между сущностями – бинарная ассоциация, показывающая, каким образом экземпляры сущности соотносятся или взаимодействуют друг с другом. Связь может быть между различными сущностями, или связь сущности с собою же (рекурсивная связь).Связь имеет кардинальность: 1:1, 1:N, M:N (один-к-одному, один-ко-многим, многие-ко-многим). Предварительное знакомство с задачами логического проектирования БД Логическое (семантическое) проектирование – это представление семантики предметной области в независимой от реальной от СУБД форме.Один из методов логического проектирования - модель типа "сущность-связь", или ER-модель (Entity-Relationship). Связь «Один ко многим» Связь «Один к одному» Модели данных в реальных БД должны обеспечивать логические модели Предварительное знакомство с задачами логического проектирования БД Связь «Многие ко многим» Рекурсивная связь Предварительное знакомство с задачами логического проектирования БД Теоретико-графовые модели данных Модель отображает совокупность объектов реального мира в виде графа взаимосвязанных объектов:Иерархическая модельСетевая модельРеляционная модель Иерархическая модель Поле – минимальная неделимая единица данных доступная СУБДТип сегмента – именованная совокупность полейЭкземпляр сегмента – совокупность значений полейСвязь между сегментами: логически исходный сегмента – логически подчиненный сегмент Отделение больницы Палата Пациент Сотрудник Связи между типами сегментов 1 N N 1 1 N Иерархическая модель Иерархическая модель Каждый тип сегмента образует набор однородных данных (древовидный граф)База данных – совокупность отдельных деревьев, каждое называется физической базой данныхИсходный сегмент имеет произвольное количество подчиненных сегментовУ подчиненного сегмента – ровно один исходный сегмент Хирургическое отделение Неврологическоеотделение Экземпляры сегментов Палата 1 Палата 2 Палата 1 Ухов Носов Петров Иванов Сидоров Печкин Горлов Физическая БД Физическая БД Иерархическая модель Иерархическая модель Особенности иерархической моделиНепосредственная поддержка свзяей 1:1 и 1:N.Трудность моделирования связей N:N, моделируются с помощью декомпозиции и дублированияРекурсивные связи реализуются только с помощью декомпозиции и дублированияЭкземпляры дочерних сегментов не могут существовать без родительских экземпляров сегментов. При удалении экземпляра сегмента удаляется все его поддеревоДоступ к записям осуществляется путем перемещения (навигации) от корневого типа сегмента к подчиненным сегментам E1 E2 Реализация связи «многие ко многим» P1 P2 P3 E1 P1 P2 P3 E2 P1 (дубликат) P3 (дубликат) Отношение «многие ко многим» Иерархическая модель

Приложенные файлы

  • ppt 16674198
    Размер файла: 488 kB Загрузок: 0

Добавить комментарий