- •8.Приложения базы данных. Компоненты базы данных.
- •9.Трехуровневая модель организации баз данных.
- •11. Сетевая модель, ее достоинства и недостатки.
- •12. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •13.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия.
- •14.Реляционная целостность: целостность отношений, ссылочная целостность.
- •17.Объектно-ориентированная модель данных. Ее базовые понятия (объекты, классы, методы, наследование, инкапсуляция, расширяемость, полиморфизм), достоинства и недостатки.
- •19.Многомерная модель данных, ее базовые понятия (измерение, ячейка), достоинства и недостатки.
- •20.Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
- •22.Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •25.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
- •26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
- •27.Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •29.Логическое проектирование, его цель и процедуры.
- •30.Физическое проектирование, его цель и процедуры.
- •31.Понятие субд. Архитектура субд.
- •40.Формальные логические модели. Их примеры (исчисление высказываний и исчисление предикатов).
- •41.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды.
- •42.Характеристика базы данных и ее приложений. Инструментальные средства для их создания.
- •43.Типы обрабатываемых данных и выражения.
- •45.Назначение, виды форм и способы их создания.
- •49.Понятие макроса. Классификация макрокоманд.
- •52.Назначение, стандарты, достоинства языка sql.
- •54.Типы данных и выражения в sql.
- •55.Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы.
- •56.Условия целостности в субд. Понятие транзакции. Обработка транзакций в sql.
- •59.Диалекты языка sql в субд.
- •60.Эволюция концепций обработки данных.
- •62.Системы совместного использования файлов. Обработка запросов в них. Недостатки систем.
- •63.Настольные субд, их достоинства и недостатки.
- •67.Характеристики серверов баз данных.
- •73.Пользователи базы данных. Администратор базы данных, его функции.
22.Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
Средством моделирования предметной области на этапе концептуального проектирования является модель "сущность–связь". Часто ее называют ER-моделью (Entity – сущность, Relation – связь). В ней моделирование структуры данных предметной области базируется на использовании графических средств – ER-диаграмм (диаграмм "сущность–связь"). В наглядном виде они представляют связи между сущностями.
Сущность – это некоторый объект реального мира, который может существовать независимо. Сущность имеет экземпляры, отличающиеся друг от друга значениями атрибутов и допускающие однозначную идентификацию. Атрибут – это свойство сущности. Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов. На ER-диаграмме сущность изображается прямоугольником, в котором указывается ее имя. В реальном мире существуют связи между сущностями. Связь представляет взаимодействие между сущностями. Она характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями – тернарной. На ER-диаграмме связь изображается ромбом.
23.Типы связи, их представление на ER-диаграмме. Важной характеристикой связи является тип связи (кардинальность).
Если каждый экз сущности А мб связан не более чем с одним экз-м сущности ,то в этом случае связь имеет тип "один-к-одному" (1:1).
Если каждый экз сущности А мб связан более чем с одним экз-м сущности В, а каждый экз сущности В мб связан не более чем с одним экз=м сущности А, то в этом случае связь имеет тип "один-ко-многим" (1:М).
Если каждый экз сущности А мб связан с неск-ми экз сущности В и каждый экз сущности В мб связан с неск экз сущности А, то в этом случае связь имеет тип "многие-ко-многим" (М:N).
24.Класс принадлежности сущности, его представление на ER-диаграмме. -Если каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является обязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным в прямоугольник, смежный с прямоугольником сущности А. -Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является необязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным на линии связи возле прямоугольника сущности А.
25.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности. -Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей. - Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности. Если внешний ключ представляет связь 1:1, то должны быть запрещены его дублирующие значения. -Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.