- •1. Модели данных.
- •2.Реляционная модель. 3.Отношения: определение, свойства, ключ.
- •Реляционные ключи. Начало{
- •4. Реляционные ключи (дополнительно можно взять из вопроса 2).
- •5. Реляционные языки.
- •6. Реляционная алгебра. (Унарные операции).
- •7. Реляционная алгебра. ( Бинарные операции).
- •8. Реляционное исчисление доменов.
- •9. Реляционное исчисление кортежей.
- •10. Языки баз данных.
- •11. Концепция er-модели.
- •12. Основные положения проектирования схем реляционных баз данных.
- •13. Избыточность данных и аномалии обновления.
- •14. Функциональные зависимости и нормализация отношений.
- •14. Функциональные зависимости и нормализация отношений.
- •15. Ограничения целостности и пять основных типов подобных ограничений.
- •16. Типы стратегий, которые могут применяться для обработки попыток удаления строки родительского отношения, на которую имеются ссылки в дочернем отношении.
- •17. Третья нормальная форма и нормальная форма Бойса-Кодда.
- •17. Третья нормальная форма и нормальная форма Бойса-Кодда.
- •18. Обзор процесса нормализации.
- •19. Основные этапы проектирования баз данных.
- •20. Смысл понятия "представление пользователя" и основные источники информации для него.
- •21. Методология концептуального проектирования.
- •22. Методология логического проектирования. 23. Основные задачи логического этапа проектирования базы данных.
- •24. Проверка логической модели с помощью правил нормализации и в отношении транзакций пользователей.
- •25. Определение требований поддержки целостности данных.
- •26. Общий обзор методологии физического проектирования реляционных баз данных.
- •27. Основные этапы обработки запросов.
- •28. Эксплуатация баз данных.
- •29. Администрирование баз данных.
- •30. Защита информации в базах данных.
21. Методология концептуального проектирования.
Первый этап проектирования БД состоит в разработке концептуальных моделей данных для каждого из существующих типов пользователей создаваемого приложения. Представления пользователя включает в себя данные, необходимые конкретному пользователю для принятия решения или выполнения некоторого задания. Обычно представление пользователя отражает некоторую функциональную область в общем поле деятельности предприятия. Например, производство, маркетинг, сбыт, управление кадрами или складами, учет.
Первый этап построения локальной концептуальной модели состоит в определении основных пунктов, которые могут интересовать пользователя. Эти пункты являются типами сущностей, входящих в модель. Один из методов идентификации сущностей состоит в изучении спецификаций по выполнению конкретных функций пользователей на данном предприятии. Из этих спецификаций следует извлечь все используемые в них существительные или сочетания существительного и прилагательного. Например, «Личный номер», «Фамилия работника» и т.д. Затем среди них выбираются самые крупные объекты или представляющие интерес концепции. Например, свойства «Личный номер» и «Фамилия работника» объединяются связью объекта «Работник». Альтернативный способ идентификации сущностей состоит в поиске объектом, которые существуют независимо друг от друга. Например, объект «Работник» является сущностью, потому что работник существует независимо от того, знаем ли его адрес, телефон или нет.
Далеко не всегда очевидно то, чем является определенный объект – сущностью, связью или атрибутом. Разработчики БД должны ограничивать предметную область рамками того взгляда на мир и существующие в нем категории, который задается контекстом предприятия и создаваемого для него приложения.
Выбранные имя и описание сущностей помещается в словарь данных. Если сущность известна под разными именами, все дополнительные имена рекомендуется определять алиасы (синонимы) и также занести в словарь данных. После выделения сущностей следующим этапом разработки будет установление всех существующих между ними связей. При определении существующих связей выбираются те выражения, в которых содержаться глаголы. Например, персонал занимается объектами недвижимости, арендатор просматривает сведения от объектах недвижимости, подразделение имеет персонал. В большинстве случает связи являются парными, т.е. только между двумя сущностями. Однако могут быть комплексные связи, существующие между сущностями одного и того же типа.
После установления связей следует установить кардинальность каждой из них. Каждая связь имеет кардинальность 1:1, либо 1:N, либо M:N. Кроме того следует проанализировать степень участия каждой из сущностей в конкретном типе связей. Степень участия может быть полной либо частной. В словарь данных помещаем описание каждой связи. Для представления сущностей и связей используется диаграмма «сущность-связь».
Далее необходимо выявить все данные, описывающие сущности и связи. Выберем все существительные и определим из них атрибуты в том случае, если они отражают свойство, качество. Определим из выбранных атрибутов простые, составные, производные.
Определяем домен для всех атрибутов, присутствующих в модели. Домены должны содержать следующие данные: набор допустимых значений для атрибутов, с ведения о размере и формате каждого из полей атрибута. После определения доменом атрибутов их имена и характеристики помещаются в словарь данных.
На следующем этапе определяются все потенциальные ключи для каждого типа сущностей, и если ключей окажется несколько, выбирается среди них первичный ключ. При выборе первичного ключа среди потенциальных следует руководствоваться следующими правилами:
- выбирать потенциальный ключ с минимальным набором атрибутов;
- использовать тот потенциальный ключ, вероятность изменения значения минимально;
- выбирать тот потенциальный ключ, который имеет минимальную вероятность потери уникальности в будущем;
- использовать тот потенциальный ключ, значение которого имеет минимальную длину (в случае текстовых атрибутов);
- выбирать потенциальный ключ, с которым проще работать с точки зрения пользователя.