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