Лекции СУБД, 2 курс 4 семестр (для ИВТ и т.п.) / СУБД 1.3

Цели модели данных

Модель должна нести в себе максимум информации о:

●Видах данных с точки зрения каждого пользователя

●Природе данных независимо от их физического представления (источник данных)

●Использование данных в пределах области применения (как они работают в нашей системе)

Как подступиться к моделированию

Использовать методологии:

●ER-диаграмму

●Правила нормализации

●Методологию для конкретной СУБД

Критерии оценки модели данных

●Структурная достоверность - модель соответствует реальности

●Простота, выразительность, расширяемость

●Отсутствие избыточности

●Целостность

●Способность к совместному использованию разными приложениями

Концептуальное проектирование

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

●Создается на основе спецификаций, требований пользователей.

●Нужно тестировать и проверять на соответствие этим требованиям.

Логическое проектирование

Логическое проектирование - процесс создания модели информационной системы с учетом выбранной модели организации данных, но независимо от СУБД и других физических аспектов.

●Учитывает особенности выбранной модели данных (иерархическая, реляционная, документоориентированная).

●Известно какая СУБД будет использоваться, но игнорируются аспекты хранения данных (индексы, структуры данных)

Проектирование транзакций

Какие действия являются атомарными в базе.

Записать алгоритм, проверить сохранность целостности.

Проверка логической схемы

Для проверки корректности схемы используется нормализация - пошаговый метод преобразования модели данных для избежания избыточности и аномалий.

Также проверка транзакций эмуляцией процессов.

Связь концептуального и логического проектирований

Концептуальное и логическое проектирования - итеративные процессы, начав однажды, вы закончите только с заморозкой разработки системы.

Сбор требований и проектирование

Централизованный подход - применение в одну концептуальную схему по одному всех требований, после этого проектируем логическую схему. Сложно в больших проектах.

Метод интеграции представлений - применение требований к отдельным локальным моделям данных, затем слияние. Бывает трудно слить в итоге.

Гибкая разработка - проектирование и реализация в простых итерациях, сидя рядом с источником требований. Отдельная долгая тема, эффективно.

Физическое проектирование

Физическое проектирование базы данных - процесс создания описания реализации базы данных средствами выбранной СУБД.

Цели:

●Создать набор таблиц с ограничениями на основе логической модели

●Определить структуры хранения данных для лучшей производительности и эффективного хранения

●Средства защиты