
- •10. Трехуровневая модель организации баз данных
- •13. Реляционная модель
- •Достоинства и недостатки реляционной модели данных
- •14. Связь устанавливается посредством связи ключевых полей, содержащих общую информацию для обеих таблиц.
- •Одна запись главной таблицы может быть связана с одной или несколькими записями подчиненной таблицы. При этом значения первичного ключа уникальны, а внешнего – могут повторяться.
- •17. Постреляционная модель
- •16. Операции реляционной алгебры
- •18. Объектно-ориентированная модель
- •22. Этапы жизненного цикла бд
- •23. Модель "сущность-связь" (er-модель)
- •20. Многомерная модель
- •25. Понятие класс принадлежности сущности
- •27. Правило 4
- •Правило 5
- •Правило 6
- •26. Преобразование er-модели в реляционную модель
- •Правило 1
- •Правило 2
- •Определение 3нф: Таблица находится в 3нф, если она удовлетворяет требованиям 2нф и не содержит транзитивных зависимостей.
- •29. Процедуры концептуального проектирования
- •30. Процедуры логического проектирования
- •31.Процедуры физического проектирования
- •32. Семантическая объектная модель (сомд)
- •36. Классификация субд
- •1) По степени универсальности:
- •2) По типу поддерживаемой модели данных:
- •33. Case-средства для моделирования данных
- •34. Понятие субд
- •37. Функции субд
- •3. Ведение системного каталога (словаря данных).
- •4. Контроль доступа к данным.
- •38. Направления развития субд
- •35. Возможности, предоставляемые субд пользователям
- •41. Семантические сети
- •43. Формальные логические модели
- •Компоненты бд:
- •7.Устройства для хранения бд
- •42. Фреймы
- •6. Внутримашинная организация экономической информации
- •2.Внемашинная организация экономической информации
- •1.Экономическая информация
- •81. Оптимизация работы с бд
- •82. Возможности администрирования бд в субд Access
- •Сервис/Служебные программы/Сжать и восстановить базу данных
- •62.Встраивание sql в прикладные программы
- •75. Интерфейсы доступа к данным
- •49. Создание схемы данных и корректировка бд
25. Понятие класс принадлежности сущности
Если каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является обязательным. Этот факт отмечается на ER-диаграмме кружочком, помещенным в прямоугольник, смежный с прямоугольником сущности А.
Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является необязательным. Этот факт отмечается на ER-диаграмме кружочком на линии связи возле прямоугольника сущности A.
Каждая из сущностей ER-модели может быть описана своим набором атрибутов.
ER-модель в совокупности с наборами атрибутов сущностей может служить примером концептуальной модели предметной области или концептуальной схемы БД.
27. Правило 4
Если связь типа 1:М и КП сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
На ER- диаграмме связи 1:М КП сущности СЧЕТ является обязательным. Тогда:
Правило 5
Если связь типа 1:М и КП сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
Правило 6
Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
ER-диаграмма связи М:N имеется на рис. 1.
26. Преобразование er-модели в реляционную модель
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы. Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности.Для связи типа 1:1 существуют три правила формирования предварительных таблиц из ER-диаграмм.
Правило 1
Если связь типа 1:1 и КП обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
Правило 2
Если связь типа 1:1 и КП одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой КП является необязательным, добавляется как атрибут в таблицу для сущности с обязательным КП.
Сущность с необязательным КП именуется родительской, а с обязательным – дочерней. Первичный ключ родительской сущности, помещаемый в таблицу, представляющую дочернюю сущность, называется внешним ключом родительской сущности. Связь между таблицами устанавливается путем связи первичного и внешнего ключа.
Правило 3
Если связь типа 1:1 и КП обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
28. Нормализация таблиц
Нормализация таблиц – это процесс, позволяющий минимизировать избыточность данных. Определение 1НФ: Таблица находится в 1НФ, если все ее поля содержат только неделимые значения.
На практике. Если в клетках столбца содержится несколько значений, то каждое из них следует представить отдельной записью.
Определение 2НФ: Таблица находится в 2НФ, если она удовлетворяет требованиям 1НФ и неключевые поля функционально полно зависят от первичного ключа.
Функциональная зависимость (ФЗ)– это семантическое понятие, отображающее определенную семантическую связь между полями таблицы.
Пусть (Х1, Х2,…,Хк) – множество полей, образующих первичный ключ.
Неключевое поле А функционально зависит от ключа, если каждой комбинации значений полей данного множества соответствует одно и только одно значение поля А. ФЗ обозначается так:
(Х1, Х2,…,Хк)®А
Неключевое поле А функционально полно зависит от ключа, если оно функционально зависит от ключа и не существует ФЗ А ни от какого подмножества множества (Х1, Х2,…,Хк).
Если существует ФЗ А от какого-либо подмножества этого множества, то А находится в частичной функциональной зависимости от первичного ключа.
На практике. Неключевые поля, находящиеся в частичной ФЗ от некоторого подмножества первичного ключа, удаляются из таблицы и помещаются в новую таблицу совместно с подмножеством первичного ключа, от которого они зависят.