- •Тема : Базы данных
- •Тема : Архитектура базы данных
- •Данные , их классификация
- •Классификация модели данных
- •Тема: Пользовательские запросы в базах данных.
- •1 Физическая модель Концептуальная модель бд ос Рабочая область Внешняя модель субд Системный буфер Пользователь
- •Физические модели данных
- •Тема: Инфологическая модель данных (сущность – связь)
- •Язык er диаграмм .Виды связей.
- •Датологическое проектирование
- •Тема: Реляционные база данных
- •Тема: Взаимосвязь основных понятий реляционных баз данных.
- •Элементы реляционных баз данных и форма ил представления .
- •12 Правил Кодда
- •Тема: Ограничение реляционных баз данных
- •Контрольная : Модель данных , реляционные бд , правила Кодда.
Тема: Инфологическая модель данных (сущность – связь)
В настоящее время нет единого стандарта этой модели, но есть набор общих конструкций, лежащих в основе большинства её вариантов.
Цель инфологического моделирования – обеспечения наиболее естественной для человека способов сбора и представления той информации, которой предполагают сохранить в создаваемой БД.
Язык er диаграмм .Виды связей.
Одной из систем инфологического моделирования является язык ER диаграмм. В них сущности изображаются прямоугольниками , ассоциации ромбами или шестиугольниками, атрибуты овалами , а связь между ними не направленными рёбрами, над которыми может проставляться степень связи (1 или буква , заменяющая слово «много»)и необходимо пояснение. Между двумя сущностями например A и B возможны 4 виды связи :
1
1
Вид стипендии
студент
В
А
АВ
Связь один к одному (1:1) – в каждый момент времени каждому представителю (экземпляру) сущности А соответствует один или ноль представителей сущности В.
1 1
1
1
назначение
Студент может не «заработать» стипендию, получить обычную или одну из повышенных стипендий.
М
1
Связь один ко многим (1:М)-одному представителю сущности А соотвествует 0,1 или несколько представителей сущности В
проживание
Студент
комната
АВ
А
М
В
1
жилец
М
1
назначение
Квартира
Квартира комната может пустовать , в ней может жить одни или несколько жильцов. Так как между двумя сущностями возможны связи в обоих направлениях то существует ещё 2 типа связи
Многие к одному (M:1)
Многие ко многим (M:N)
Брак
М
Ж
Датологическое проектирование
Датологическое проектирование является проектированием логической структуры базы данных. На него оказывает влияние возможности физической организации данных представляемой конкретной СУБД. Поэтому знания особенностей физической организации данных является полезным при проектировании логической структуры. Логическая структура БД а так же сама заполненная база данных является отображением реальной предметной области. Поэтому на выбор решений самое непосредственное влияние оказывает специфика отображаемой предметной области отражённая инфологической модели.
Процесс проектирования БД предусматривает классификацию объектов предметной области, систематизированное представление информации об объектах и связях между ними. При проектировании логической структуры БД осуществляется преобразование исходной инфологической модели в модель данных поддерживаемой конкретной СУБД и проверка адекватности полученной датологической модели отображаемой предметной области.
Под датологической моделью (ДЛМ) подразумевается отображение конечных связей между реальными объектами предметной области к их смысловому содержанию в среде хранения. ДЛМ строиться в терминах информационных единиц предусмотренной в конкретной СУБД.
Физические модели данных
Физические модели данных служат для отображения моделей данных .Основными понятиями модели данных являются поле , логическая запись и логические файл. Физическая модель БД определяет способ размещения данных на носителях (устройства внешней памяти ) , а так же способ и средства организации эффективного доступа к ним поскольку СУБД функционирует в составе и под управлением ОС то организация хранения данных и доступу к ним зависит от принципов и методов управлениями данными ОС.
К вопросам организации данных относятся :
Выбор типа записи- единица обмена в операциях ввода/вывода.
Выбор способа размещения записи в файле и , возможно метода оптимизации размещения.
Выбор способа адресации и методы доступа к записи.
Стадия физического проектирования БД в общем случае включает :
Выбор способа организации БД.
Разработка спецификации внутренней схемы.
Описание отображения концептуальной схемы во внутреннюю.
В отличии от ранних СУБД, многие современные системы не представляют разработчику какого либо выбора на этой стадии. Реальным вопросом проектирование физической модели можно отнести:
Выбор схемы размещения данных(разделение по файлам или тип RAID массива )
Определения числа и типа индексов(НАПРИМЕР , кластеризованный или некласторизованный в случает Microsoft , Server, SQL ).
