Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
BD.docx
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
535.54 Кб
Скачать

29.Реляционная схема таблиц. Типы ключей реляционных отношений. Определение, назначение, пример.

Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле) соответствует одному из реквизитов объекта. Ключевые реквизиты объекта образуют уникальный ключ реляционной таблицы. Для каждого столбца задается формат и размер данных. Строки (записи) таблицы соответствуют экземплярам объекта и формируются при загрузке таблицы.

Ключ отношения – это атрибут (группа атрибутов), значения которого классифицируют или идентифицируют кортеж.

Например, значение атрибута Группа отношения СТУДЕНТЫ позволяет выделить среди всех студентов факультета студентов конкретной группы.

Если ключ состоит из нескольких атрибутов, он называется составным.

Если значения ключа уникальны в рамках столбца отношения, то такой ключ называется потенциальным. Потенциальных ключей может быть несколько (или не быть ни одного), но для отношения выделяется один основной ключ – первичный.

30.Язык описания данных реляционных таблиц (ddl). Структура этого языка.

Язык определения данных (DDL) — это часть языка SQL, которая используется для создания, изменения и уничтожения основных элементов реляционной базы данных. В число этих элементов могут входить таблицы, представления, схемы, каталоги, кластеры и, возможно, не только они. В этом разделе рассматривается контейнерная иерархия, которая связывает между собой эти элементы, и команды, выполняемые с элементами базы данных.

Язык определения данных (DDL) работает со структурой базы данных, в то время как язык манипулирования (он будет описан позже) — с данными, которые находятся в этой структуре. DDL состоит из трех команд.

Для создания основных структур базы данных используются разные формы

инструкции CREATE.

Для изменения созданных структур применяется инструкция ALTER.

Инструкция DROP применяется к таблице, чтобы не только удалить табличные данные, но и разрушить саму структуру этой таблицы.

31. Инфологическая модель "Сущность-связь", структурные компоненты модели, определение и назначение компонентов.

Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).

Базовыми элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).

Сущность (entity) – это некоторый объект, выделяемый (идентифицируемый) пользователем в предметной области.

Нечто, за чем пользователь хотел бы наблюдать и сохранять результаты наблюдений (данные).

Обобщая, можно сказать, что сущность – это нечто, имеющее реальное (физическое) или концептуальное существование и выделяемое в окружающем мире.

Сущности одного и того же типа образуют класс сущности или тип сущности.

Атрибут – это поименованная характеристика сущности (свойство типа сущности), значимая с точки зрения пользователя.

Любой атрибут является атрибутом только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность. Например, для автомобильного завода цвет – это только атрибут продукта производства, а для лакокрасочной фабрики цвет – тип сущности.

Ключ – минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.

В реляционных базах данных ключи реализуются с помощью первичных ключей.

Связь – это характеристика отношений между двумя или более сущностями. Описание сущностей и их связей – это и есть (с точки зрения проектировщика БД) основная часть модели требований пользователя к данным.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]