
- •ОСНОВНЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ БАЗ ДАННЫХ
- •Литература
- •Понятие базы данных
- •Понятие системы управления базой данных
- •Функции СУБД:
- •Категории пользователей СУБД
- •История развития СУБД:
- •КЛАССИФИКАЦИИ
- •Классификация по моделям данных
- •Классификация по моделям данных
- •Иерархическая модель
- •Пример:
- •Сетевая модель
- •Реляционная модель
- •Постреляционная модель
- •Классификация по степени распределенности:
- •Классификация по типу взаимодействия с обрабатывающей программой
- •Выбор СУБД зависит от:
- •Жизненный цикл программного продукта (ЖЦПП)
- •Процессы ЖЦПП
- •Этапы ЖЦПП
- •Жизненный цикл БД:
- •Постановка бизнес-задачи
- •Предметная область
- •Анализ предметной области
- •Исследование предметной области
- •Модели данных
- •Основные уровни моделей данных
- •Инфологическое проектирование
- •Инфологическое проектирование
- •РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ
- •Целью разработки любой базы данных является хранение и использование информации о какой-либо предметной
- •Реляционная модель
- •Таблица реляционной базы данных
- •Создание таблицы
- •Создание нового объекта типа «таблица»
- •Тип таблиц MyISAM
- •Тип таблиц InnoDB
- •Тип таблиц MERGE
- •Тип таблиц MEMORY (HEAP)
- •Другие типы таблиц:
- •Работа с полями таблицы
- •Понятие типа данных
- •Общее представление о типах данных в СУБД
- •Основные атрибуты полей
- •Ключевые поля таблиц
- •Первичный ключ
- •Внешний ключ
- •Ключи
- •Повышение эффективности БД
- •Нормализация баз данных
- •Первая нормальная форма (1NF)
- •Первая нормальная форма (1NF)
- •Вторая нормальная форма (2NF)
- •Третья нормальная форма (3NF)
- •Денормализация
- •Основные случаи использования денормализации:
- •Основные виды денормализации:
- •Нисходящая денормализация
- •Пример нисходящей денормализации
- •Восходящая денормализация
- •Пример восходящей денормализации
- •Внутритабличная денормализация
- •Метод «разделяй и властвуй»
- •Метод слияния таблиц
- •Индексы баз данных
- •Индексы
- •Индексы
- •Индексы
- •Многоуровневые индексы
- •Многоуровневые индексы
- •Пример (алгоритм) поиска с помощью многоуровневого индекса:
- •ОБЕСПЕЧЕНИЕ ЦЕЛОСТНОСТИ ДАННЫХ
- •База данных, состоящая из нескольких таблиц
- •Пример схемы базы данных
- •Функции межтабличных связей:
- •Связи между таблицами
- •Связи между таблицами
- •Связи между таблицами
- •Связи между таблицами
- •Обеспечение целостности данных
- •Основные правила обеспечения целостности данных
- •Нарушение ссылочной целостности
- •Варианты нарушения ссылочной целостности для главной (родительской) таблицы:
- •Варианты нарушения ссылочной целостности для подчиненной (дочерней) таблицы:

Этапы ЖЦПП
Этап ЖЦПП – это часть процесса разработки ПП, ограниченная по времени и заканчивающаяся определенным результатом. Этапы ЖЦПП:
•Постановка задачи (управление требованиями заказчика);
•Планирование работ по созданию ПП;
•Проектирование ПП;
•Разработка (программирование);
•Тестирование;
•Сопровождение и эксплуатация.

Жизненный цикл БД:
1.Исследование и анализ проблемы, для решения которой создаётся база данных.
2.Построение инфологической и даталогической модели.
3.Нормализация полученных инфологических и даталогических моделей. По окончании этого этапа, как правило получают заготовки таблицы БД и набор связей между ними (первичные и вторичные ключи).
4.Проверка целостности БД.
5.Выбор физического способа хранения и эксплуатации (аппаратная/программная платформы) базы данных.
6.Проектирование входных и выходных форм.
7.Разработка интерфейса приложения.
8.Тестирование и отладка приложения.
9.Эксплуатация и сопровождение.
10.Вывод из эксплуатации: перенос данных в новую СУБД.

Постановка бизнес-задачи
1.Почему необходимо создание системы?
2.В чем Вы видите назначение системы?
3.Какие бизнес-возможности система должна реализовать?
4.Какие проблемы система должна решить?

Предметная область
Предметная область – это сфера человеческой деятельности, выделенная и описанная согласно установленным критериям. В описываемое понятие должны входить сведения о:
•Элементах;
•Явлениях;
•Отношениях;
•Процессах;
отражающих различные аспекты этой деятельности.
В описании предметной области должны присутствовать характеристики возможных воздействий окружающей среды на элементы и явления предметной области, а также обратные воздействия этих элементов и явлений на среду.
Специфика предметной области может оказывать существенное влияние на характер функционирования проектируемой интеллектуальной системы, выбор метода представления знаний, способов рассуждения о знаниях, и т. д.

Анализ предметной области
Шаги анализа предметной области:
•Выделение всех сущностей;
•Определение первоначальных требований к функциональности;
•Определение границ проекта;
•Документирование модели предметной области.

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

Модели данных
Данные (в концепции баз данных) — это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию или любые другие факторы.
Например: Михрюткин Сидор Сидорович, 150 000 евро.
Данные не обладают определенной структурой.
Модель данных - это некоторая абстракция, которая, будучи приложенной к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними.

Основные уровни моделей данных

Инфологическое проектирование
Инфологическое (концептуальное) проектирование —
построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции.
Семантическая модель (концептуальная модель, инфологическая модель) – модель предметной области,
предназначенная для представления семантики предметной области на самом высоком уровне абстракции.
Это означает, что устранена или минимизирована необходимость использовать понятия «низкого уровня», связанные со спецификой физического представления и хранения данных.

Инфологическое проектирование
Инфологическая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Конкретный вид и содержание инфологической модели базы данных определяется выбранным для этого формальным аппаратом.
Обычно инфологическая модель базы данных включает в себя:
•описание информационных объектов, или понятий предметной области и связей между ними.
•описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.