- •Тема 1.1. Основные понятия и типы моделей данных.
- •Основные понятия бд.
- •Типы моделей данных.
- •1. Основные понятия бд.
- •Тема 1.1. Основные понятия и типы моделей данных.
- •3. Изучение нового материала
- •4. Домашнее задание
- •2. Типы моделей данных.
- •Модели и типы данных.
- •1. Иерархическая модель.
- •2. Сетевая модель
- •3. Реляционная модель
- •4. Постреляционная модель.
- •5. Многомерная модель
- •6. Объектно-ориентированная модель.
Тема 1.1. Основные понятия и типы моделей данных.
Цель учебная: познакомиться.
с общими принципами разработки информационной модели.
с отличием между концептуальной, логической и физической моделью данных.
с моделями представления данных.
Тип урока: комбинированный
Ход урока:
1. Организационный момент
2. Опрос основных понятий и определений
3. Изучение нового материала
4. Домашнее задание
5. Рефлексия
План урока
1. Фронтальный опрос:
- объясните понятие информационная система и приведите примеры информационных систем;
- банк данных состоит из: … объясните каждую составляющую банка данных;
- объясните на примере понятия: предметная область, объект, атрибут, домен, первичный и альтернативный ключ.
2. Последовательность создания информационной модели.
3. Модели представления данных.
Литература: 1. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. «Базы данных» - СПб.: Корона принт, 2006 с.29-44
2. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД – СПб.: Питер, 1997 с.32 – 34
Домашнее задание.
2. Типы моделей данных.
Целепологание: При проектировании системы обработки данных, что интересует нас в первую очередь?
Конечные данные. Причём больше всего программиста должна интересовать организация данных. Понять организацию данных призвана информационная модель.
Последовательность создания информационной модели.
Процесс создания информационной модели начинается с определения концептуальных требований пользователей (рис. 1). Концептуальные требования могут определяться и для некоторых задач, которые в ближайшее время реализовать не планируется. Это может несколько повысить трудоёмкость работы, однако поможет наиболее полно учесть все нюансы функциональности, требуемой для разрабатываемой системы, и снизить вероятность её переделки в дальнейшем (взгляд на проблему сверху). Требования отдельных пользователей интригуются в едином «обобщенном представлении». Это называется концептуальной моделью.
Прикладная Прикладная Прикладная Прикладная
программа 1 программа 1 программа 2 программа 3
Концептуальные требования
Концептуальные требования
Внешняя
модель
Внешняя
модель
Внешняя
модель
Прикладная программа 2
Прикладная программа 3
2-й уровень независимости данных
физическая
1-й уровень независимости данных -
логическая
Концептуальные требования
Концептуальная модель представляет объекты и их взаимосвязи без способов их физического хранения.
При проектировании концептуальной модели все усилия разработчика должны быть направлены на структуризацию данных и выявление связей между ними без рассмотрения способностей реализации и вопросов эффективности обработки. Проектирование концептуальной модели основано на анализе решаемых на предприятии задач по обработке данных.
- Концептуальная модель включает описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных.
- Концептуальная модель транслируется затем в модель данных, совместимую с выбранной СУБД.
Версия концептуальной модели, которая может быть обеспечена конкретной СУБД, называется логической моделью.
Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения. Логическая модель отображается в физическую память на любой носитель информации.
Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы.
Внешние модели никак не связаны с типом физической памяти, в которой будут храниться данные, и методами доступа к этим данным. Это положение отражает первый уровень независимости данных, с другой стороны, если концептуальная модель способна учитывать расширение требований к системе в будущем, то вносимые в неё изменения не должны оказывать влияние на существующие внешние модели. Это второй уровень независимых данных. Построение логической модели обусловлено требованиями используемой СУБД.