
- •1. Функции субд. Что означает функция непосредственного управления данными во внешней памяти?
- •2. Функции субд. Управление буферами оперативной памяти.
- •3. Функции субд. Управление транзакциями.
- •4. Что является транзакцией в субд?
- •5. Оператор завершения транзакции.
- •6. Оператор отката транзакций.
- •7. Сериализация параллельно выполняющихся транзакций.
- •8. Сериальный план выполнения смеси транзакций.
- •9. Функции субд. Журнализация.
- •10. Для чего нужна журнальная информация?
- •11. Что понимается под надежностью хранения данных во внешней памяти?
- •12. Виды аппаратных сбоев.
- •13. Какова функция журнала бд?
- •14. Что понимается под стратегией упреждающей записи?
- •15. Функции субд. Поддержка языков бд.
- •16. Что относится к языкам бд?
- •17. Типовая организация современных субд.
- •18. Иерархические бд.
- •19. Как организована иерархическая бд?
- •20. Какое количество корневых узлов имеется в иерархической модели данных?
- •21. Что представляет собой тип дерева.
- •22. Из какого количества атрибутов состоит узел иерархической модели данных?
- •23. Как поддерживаются связи между предками и потомками в иерархической бд?
- •24. На каких уровнях иерархической модели данных могут находиться зависимые узлы?
- •25. Какие экземпляры в иерархической модели называются близнецами?
- •26. Со сколькими узлами связан зависимый узел в иерархической модели данных?
- •27. Каков порядок обхода иерархической бд?
- •28. Сколько порожденных узлов может иметь узел иерархической модели данных?
- •29. Операции манипулирования данными в иерархической бд.
- •30. Как происходит доступ к узлам иерархической модели данных?
- •31. Ограничение целостности в иерархических бд.
- •32. Какое количество экземпляров узлов возможно в иерархической модели данных?
- •33. Основное правило организации записей в иерархических бд.
- •34. Указать связь между экземплярами узлов иерархической модели данных.
- •35. Что происходит при удалении экземпляра исходного узла иерархической модели данных?
- •36. Указать последовательность добавления новой записи в иерархическую бд.
- •37. Указать порядок логического проектирования иерархической модели данных.
- •38. Недостаток иерархической модели данных.
- •39. Сетевые бд.
- •40. В чем отличие сетевых бд от иерархических?
- •41. Что называется набором данных в сетевой модели данных?
- •42. Как организована сетевая бд?
- •43. Сколько записей членов может иметь экземпляр набора сетевой модели данных?
- •44. Как определяется тип связи в сетевой бд?
- •45. Что происходит при удалении экземпляра исходного узла в сетевой модели данных?
- •46. Условия, накладываемые на определенный тип связи.
- •47. В каком числе наборов может участвовать запись в сетевой модели данных?
- •48. Как формируются типы связи?
- •49. Примеры операций манипулирования данными.
- •50. Ограничения целостности в сетевых бд.
- •51. Указать порядок логического проектирования сетевой модели данных.
- •52. Недостаток сетевой модели данных.
- •53. Реляционная модель данных.
- •54. Какие части можно выделить в современной реляционной субд?
- •55. Достоинства реляционного подхода.
- •56. Что называют типом данных в рмд?
- •63. Какие требования фиксируются в целостной части рмд?
- •72. Фундаментальные свойства отношений.
- •73. Что называется внешним ключом?
- •74. Какие существуют подходы, поддерживающие целостность по ссылкам при удалении кортежа из отношения?
- •75. Семантическая модель данных.
- •76. Более сложные элементы er-модели.
- •77. Получение реляционной схемы из er-схемы.
- •78. Основные понятия модели «сущность-связь».
- •79. Более сложные элементы er-модели: каскадные удаления экземпляров сущностей.
- •80. Оператор создания таблицы языка sql.
75. Семантическая модель данных.
Семантическая модель данных. ER-диаграммы
Ограничение реляционной модели данных проявляется в следующем:
- модель не предоставляет достаточных средств для предоставления смысла данных ( смысл каждого атрибута остается в голове у проектировщика.
- для многих приложений трудно моделировать предметную область на основе плоских таблиц.
- не смотря на то что вес процесс проектирвоания проходит на основе учета зависимости, реляционная модель не предоставляет каких либо средств для представления этих зависимостей.
Семантической модели
Смотря на том то любая развития симаноическся модель так же как и реляционная включает структурную целостную и манипуляции оную части главным назначением семантическим модели данных является обеспечение возможности выражения семантики данных. Наиболее часто на практике семантическое моделирование используется на первой стадии проектирования БД. При этом в терминах семантической модели данных создается концептуальная схема БД которая за тем преобразуется к реляционной схеме.
76. Более сложные элементы er-модели.
Подтипы и супертипы
Как и в языках ограммирования вводится возможность на следования типа сущности исходя из одного или супер типов.
Связь многие ко многим - иногда существует необходимость связать сущности таким образом, чтобы с концов связей могли присутствовать несколько экземпляров сущности для этого вводится разновидность связи многие ко многим.
Уточняемые степени связи - иногда возникает необходимость определить возможное количество экземпляров сущности участвующих в данной связи.
Для выражения этого семантического ограничения разрешается указывать на концах связи ее максимальную или обязательную степень.
Каскадное удаление экземпляров сущности.
Некоторые связи бывают на столько сильные, это относится к связи один ко многим, что необходимо определить ограничение накладываемые на операцию удаления. Иногда запрещается удаление, если существует такая связь. Так как могут появиться противоречия.
Каскадное удаление сущности заключается в следующем: при удалении опорного экземпляра сущности (соответствующего конца связи 1) нужно удалить и все экземпляры сущности соответствующие концу связи многие. Соответствующие требование каскадного удаления можно сформулировать при определение сущности.
Домены
Как и в реляционной модели данных существует необходимость определения потенциального допустимого множества значений атрибута, то есть домена.
77. Получение реляционной схемы из er-схемы.
Шаг первый.
Каждая простая сущность превращается в таблицу.
Простая сущность - это сущность которая не является подтипом и сама не имеет подтипов, имя сущности становится именем таблицы.
Второй шаг.
Каждый атрибут становится возможным столбцов с тем же именем. Столбцы которые соответствуют необязательным атрибутам, могут содержать определенные значения
Третий шаг
Компоненты уникального идентификатора сущности превращаются в первичный ключ. Если имеются несколько уникальных идентификаторов взбирается наиболее используемый. Если в состав уникального идентификатора входил связи, то в число столбцов первичного ключа, добавляетя копия уникального идентификатора сущности, находящегося на дальнем конце связи.
Четвертый шаг
Связи с многие к одному и один кожному становятся внешними ключами.
То есть делается копия уникального идентификатора с конца связи(1) и соответствующие столбцы составляют внешний ключ.
Пятый шаг
Индексы создаются для первичного ключа (уникальный индекс) а также для внешних ключей, а так же тех атрибутов, на которых предполагается в дальнейшем базировать запросы.
Шестой шаг
Если в концептуальной схеме присутствовали подтипы, то возможны 2 способа:
- все подтипы отражаются в одной таблицы
- для каждого потира создается отдельная таблица
Седьмой шаг
Имеются два способа работы при наличии исключающих связей:
- организация общего домена
- указания явных внешних клей