Какой какие из перечисленных ниже атрибутов свойства
Главная / Базы данных /
Основы проектирования реляционных баз данных / Тест 4
Упражнение 1:
Номер 1
Установите правильное соответствие между конструкциями отношения в табличном представлении и их определениями
| Конструкция | Определение | ||
|---|---|---|---|
| 1 | Отношение | A | таблица |
| 2 | Атрибут | B | имя колонки таблицы |
| 3 | Схема отношения | C | список имен атрибутов |
| 4 | Домен | D | тип данных колонки таблицы |
| 5 | Кортеж | E | строка таблицы |
Ответ:
 (1) A, B, C, D, E  
 (2) B, E, C, A, D 
 (3) D, A, E, B, C 
 (4) A, D, E, C, B 
Номер 2
Какое из нижеперечисленных выражений является декартовым произведением множеств D1 = {b, d} и D2 = {a, c}?
Ответ:
 (1) {a, b, c, d} 
 (2) {ab, dc} 
 (3) {ba, bc, da, dc}  
 (4) {ab, ad, ac, dc} 
Номер 3
Какое из утверждений не является следствием определения отношения как подмножества декартового произведения фиксированного числа доменов?
Ответ:
 (1) кортежи в отношении упорядочены по возрастанию значений атрибутов 
 (2) атрибуты разных отношений могут быть определены на одном домене 
 (3) кортежи в отношении можно различить лишь по значению их компонентов 
 (4) схема отношения также есть множество 
Упражнение 2:
Номер 1
Установите правильное соответствие между понятиями модели и их определениями
| Понятие | Определение | ||
|---|---|---|---|
| 1 | Ключ отношения | A | это уникальное значение атрибута или атрибутов в кортеже, позволяющее идентифицировать сущность или часть сущности предметной области |
| 2 | Возможный ключ отношения | B | это атрибут составного ключа, однозначно определяющий совокупность неключевых атрибутов отношения |
| 3 | Первичный ключ отношения | C | это первичный ключ отношения, содержащий несколько атрибутов |
| 4 | Составной ключ отношения | D | это значение атрибута или атрибутов, позволяющее однозначно идентифицировать кортеж |
| 5 | Частичный ключ отношения | E | это значение атрибута или атрибутов отношения, которые являются кандидатами на ключ отношения |
| 6 | Атомарный ключ отношения | F | это первичный ключ отношения, содержащий один атрибут |
| 7 | Внешний (посторонний) ключ отношения | G | это атрибут кортежа, который является первичным ключом другого отношения |
Ответ:
 (1) B, G, A, D, E, C, F 
 (2) A, E, D, C, B, F, G  
 (3) A, B, C, D, E, F, G 
 (4) G, F, E, D, C, B, A 
Номер 2
Какое из приведенных ниже высказываний неверно?
Ответ:
 (1) каждое отношение может иметь несколько уникальных ключей 
 (2) каждое отношение может иметь несколько первичных ключей  
 (3) каждое отношение должно иметь первичный ключ 
 (4) каждый ключ может представлять связь между отношениями 
Номер 3
Какое из приведенных ниже выражений представляет функциональную форму записи отношения?
Ответ:
 (1) Имя_отношения (Атрибуты первичного ключа, неключевые атрибуты) 
 (2) Имя_отношения (Первичные ключи, неключевые атрибуты) 
 (3) Имя_отношения (Ключи, неключевые атрибуты) 
Упражнение 3:
Номер 1
Какое из приведенных ниже свойств не является свойством реляционной модели данных?
Ответ:
 (1) никакие два кортежа не могут иметь полностью совпадающие наборы значений 
 (2) все кортежи одного отношения должны имеют одно и то же количество атрибутов 
 (3) значение каждого из атрибутов должно принадлежать некоторому определенному домену 
 (4) порядок следования кортежей в отношении имеет значения  
Номер 2
Сколько реляционных операций предусматривает классическая реляционная модель данных?
Ответ:
 (1) 6 
 (2) 8 
 (3) 9 
 (4) 3 
Номер 3
Установите правильное соответствие между реляционными операциями и результатом их выполнения
| Операция | Результат выполнения | ||
|---|---|---|---|
| 1 | Объединение отношений | A | Отношение С, которое включает в себя все кортежи со всеми атрибутами исходных отношений А и В, удовлетворяющими заданному условию |
| 2 | Пересечение отношений | B | Отношение С, которое включает в себя кортежи отношения А, отличные от кортежей отношения В |
| 3 | Разность отношений | C | Отношение С, которое включает в себя кортежи отношения А, полностью совпадающие с кортежами отношения В |
| 4 | Декартово произведение отношений | D | Отношение С, которое включает в себя атрибуты отношения А, отличные от атрибутов отношения В, и только те кортежи, декартовы произведения которых с отношением В дают отношение А |
| 5 | Проекция отношения | E | Отношение С, которое включает в себя все кортежи отношения А, но только с теми атрибутами, на которые выполняется проекция |
| 6 | Деление отношений | F | Отношение С, степень которого равна сумме степеней исходных отношений, а мощность — произведению возможностей исходных отношений |
| 7 | Выбор (селекция) из отношения | G | Отношение С, которое включает в себя кортежи отношения А, удовлетворяющие заданному условию (критерию выбора) |
| 8 | Соединение отношений А | H | Отношение C, которое включает в себя все кортежи отношения А и кортежи отношения B, отличные от кортежей отношения A |
Ответ:
 (1) A, B, C, D, E, F, G, H 
 (2) H, C, B, F, E, D, G, A 
 (3) H, G, F, D, А, B, C, E 
 (4) B, E, C, H, G, A, D, F 
Упражнение 4:
Номер 1
Какие из перечисленных ниже свойств не присущи столбцам реляционной таблицы?
Ответ:
 (1) столбец имеет имя, уникальное в границах таблицы 
 (2) значения в столбец выбираются только из одного домена 
 (3) порядок столбцов в таблице не имеет значения 
 (4) столбец имеет уникальный ключ 
Номер 2
Какие из перечисленных ниже свойств не присущи строкам реляционной таблицы?
Ответ:
 (1) только одно значение допускается на пересечении строки и столбца 
 (2) в отношении не может быть одинаковых строк 
 (3) строка может иметь несколько первичных ключей  
 (4) строка может иметь несколько уникальных ключей 
Номер 3
Каково назначение атрибута в реляционной модели данных?
Ответ:
 (1) описывать сущность 
 (2) хранить информацию о сущности  
 (3) определять взаимосвязь сущностей 
 (4) определять кардинальное число для связи таблиц 
Упражнение 5:
Номер 1
Какие из перечисленных ниже свойств не присущи первичному ключу реляционной таблицы?
Ответ:
 (1) первичный ключ может иметь несколько null-значений 
 (2) первичный ключ должен быть значением, вероятность которого стать когда-либо null-значением мала 
 (3) первичный ключ никогда не должен изменяться 
Номер 2
Какие свойства присущи составному первичному ключу?
Ответ:
 (1) составной первичный ключ должен включать в себя наименьшее число столбцов, необходимых для обеспечения уникальности ключа  
 (2) составной первичный ключ должен иметь хотя бы одно null-значение 
 (3) столбец составного первичного ключа не может содержать null-значение 
Номер 3
Внешний ключ сущности является:
Ответ:
 (1) составной частью первичного ключа сущности 
 (2) неключевым атрибутом сущности 
 (3) атрибутом для связи с другой сущностью по значению 
 (4) обязательным атрибутом сущности 
Упражнение 6:
Номер 1
Что используется для реализации экземпляра сущности в реляционной модели данных?
Ответ:
 (1) реляционная база данных 
 (2) столбец таблицы 
 (3) строка таблицы 
 (4) таблица 
Номер 2
Экземпляры скольких типов должна описывать сущность в реляционной модели данных?
Ответ:
 (1) не ограничивается 
 (2) более одного 
 (3) ни одного 
 (4) одного 
Номер 3
В модели данных сущности могут иметь:
Ответ:
 (1) несколько связей с атрибутами 
 (2) несколько первичных ключей 
 (3) несколько внешних ключей 
 (4) несколько атрибутов 
Источник
Содержание
- 1. Какие проблемы могут возникнуть у разработчика при проектировании базы данных?
- 2. Что такое ER-модель (Entity-relationship model)? Для чего нужно разрабатывать ER-модель?
- 3. Что такое сущность в базе данных? Примеры
- 4. Какие существуют разновидности типов сущностей? Обозначение типов сущностей в ER-модели
- 5. Для чего предназначены атрибуты? Виды атрибутов. Обозначение атрибутов на ER-модели
- 6. Как типы сущностей и атрибуты ER-модели реализуются в реальных базах данных и управляемых ими программах?
- 7. Пример фрагмента ER-модели для типа сущности «Студент»
- Связанные темы
Поиск на других ресурсах:
1. Какие проблемы могут возникнуть у разработчика при проектировании базы данных?
При проектировании базы данных и разработке программного продукта наиболее важной проблемой есть проблема взаимодействия разработчика с заказчиком. Задача разработчика – наиболее точно воссоздать пожелания заказчика при разработке программного продукта управления базой данных. Основная проблема, которую нужно решить разработчику – правильное построение базы данных, а точнее схемы (структуры) базы данных.
Кроме того, разработчик дополнительно встречается с другими трудностями, к которым можно отнести:
- поиск эффективных алгоритмов;
- подбор надлежащих структур данных;
- отладка и тестирование сложного кода;
- дизайн и удобство интерфейса приложения.
В процессе разработки программного обеспечения, управляющего базой данных, разработчик должен подробно выучить требования заказчика. База данных должна быть разработана таким образом, чтобы она была понятной, наиболее точно отображала решаемую проблему и не содержала избыточности в данных.
Чтобы облегчить процесс разработки (проектирования) базы данных, используются так называемые семантические модели данных. Для разных видов баз данных наиболее известной есть ER-модель данных (Entity-Relationship model).
⇑
2. Что такое ER-модель (Entity-relationship model)? Для чего нужно разрабатывать ER-модель?
ER-модель (Entity-relationship model или Entity-relationship diagram) – это семантическая модель данных, которая предназначена для упрощения процесса проектирования базы данных. Из ER-модели могут быть порождены все виды баз данных: реляционные, иерархические, сетевые, объектные. В основе ER-модели лежат понятия «сущность», «связь» и «атрибут».
Для больших баз данных построение ER-модели позволяет избежать ошибок проектирования, которые чрезвычайно сложно исправлять, в особенности, если база данных уже эксплуатируется или на стадии тестирования. Ошибки в разработке структуры базы данных могут привести к переделке кода программного обеспечения управляющего этой базой данных. В результате время, средства и человеческие ресурсы будут использованы неэффективно.
ER-модель – это представление базы данных в виде наглядных графических диаграмм. ER-модель визуализирует процесс, который определяет некоторую предметную область. Диаграмма «сущность»-«связь» – это диаграмма, которая представляет в графическом виде сущности, атрибуты и связи.
ER-модель – это только концептуальный уровень моделирования. ER-модель не содержит деталей реализации. Для той же самой ER-модели детали ее реализации могут отличаться.
⇑
3. Что такое сущность в базе данных? Примеры
Сущность в базе данных – это любой объект в базе данных, который можно выделить исходя из сути предметной области для которой разрабатывается эта база данных. Разработчик базы данных должен уметь правильно определять сущности.
Пример 1. В базе данных книжного магазина можно выделить следующие сущности:
- книга;
- поставщик;
- размещение в магазине.
Пример 2. В базе данных учета учебного процесса некоторого учебного заведения можно выделить следующие сущности:
- студенты (ученики);
- преподаватели;
- группы;
- дисциплины, которые изучаются.
⇑
4. Какие существуют разновидности типов сущностей? Обозначение типов сущностей в ER-модели
В модели «сущность»-«связь» различают две разновидности типов сущностей:
- слабый тип. Этот тип сущности есть зависимым от сильной сущности;
- сильный тип. Это самостоятельный тип сущности, который ни от кого не зависит.
На рисунке 1 изображены обозначения слабого и сильного типа сущности в ER-модели.
Рис. 1. Обозначение сильного и слабого типов сущности
⇑
5. Для чего предназначены атрибуты? Виды атрибутов. Обозначение атрибутов на ER-модели
Каждый тип сущности имеет определенный набор атрибутов. Атрибуты предназначены для описания конкретной сущности.
Различают следующие виды атрибутов:
- простые атрибуты. Это атрибуты, которые могут быть частью составных атрибутов. Эти атрибуты состоят из одного компонента. Например, к простым атрибутам можно отнести: код книги в библиотеке или курс обучения студента в учебном заведении;
- составные атрибуты. Это атрибуты, которые состоят из нескольких простых атрибутов. Например, адрес проживания может содержать название страны, населенного пункта, улицы, номера дома;
- однозначные атрибуты. Это атрибуты, которые содержат только одно единственное значение для некоторой сущности. Например, атрибут «Номер зачетной книги» для типа сущности «Студент» есть однозначным, так как студент может иметь только один номер зачетной книги (одно значение);
- многозначные атрибуты. Это атрибуты, которые могут содержать несколько значений. Например, многозначный атрибут «Номер телефона» для сущности «Студент», так как студент может иметь несколько номеров телефона (домашний, мобильный и т.д.);
- произвольные атрибуты. Это атрибуты, значение которых формируется на основе значений других атрибутов. Например, текущий курс обучения студента можно вычислить на основе разности текущего года обучения и года поступления студента в учебное заведение (если студент не имел проблем с учебой и хорошо учил дисциплину «Организация баз данных и знаний»).
На ER-диаграмме атрибуты обозначаются так, как изображено на рисунке 2. Как видно из рисунка, любой атрибут обозначается в виде эллипса с названием внутри эллипса. Если атрибут есть первичным ключом, то его название подчеркивают.
Рисунок 2. Представление атрибутов на диаграммах ER-модели
⇑
6. Как типы сущностей и атрибуты ER-модели реализуются в реальных базах данных и управляемых ими программах?
При разработке программ управления базами данных, типы сущностей и их атрибуты можно представлять по разному при этом придерживаясь нескольких подходов:
- выбрать в качестве источника данных известную технологию (например Microsoft SQL Server, Oracle Database, Microsoft Access, Microsoft ODBC Data Source и т.п.), которая уже исследована, протестирована, стандартизирована и имеет огромный набор средств управления базой данных;
- разработать собственный формат базы данных и реализовать методы ее обработки, а взаимодействие с известными источниками данных реализовать в виде специальных команд наподобие Импорт/Экспорт. В этом случае придется собственноручно программировать всю рутинную работу по ведению и обеспечению надежной работы базы данных;
- реализовать объединение двух вышеприведенных подходов. Современные средства разработки программного обеспечения имеют мощный набор библиотек для обработки сложных наборов и визуализации данных в них (коллекции, массивы, компоненты визуализации и т.п.).
Если база данных реализуется в известных реляционных СУБД (например Microsoft Access, Microsoft SQL Server и т.п.), то типы сущностей представляются таблицами. Атрибуты из ER-модели соответствуют полям таблицы. Одна запись в таблице базы данных представляет один экземпляр сущности.
Каждый вид атрибута реализуется следующим образом:
- простой атрибут или однозначный атрибут может быть представлен доступным набором базовых типов, которые есть в любом языке программирования. Например, целочисленные атрибуты представляются типом int, integer, uint и т.д.; атрибуты содержащие дробную часть могут быть представлены типом float, double; строчные атрибуты типом string и т.д.;
- составной атрибут – это объект, который включает в себя несколько вложенных простых атрибутов. Например, в СУБД Microsoft Access составной атрибут некоторой таблицы может формироваться на основе набора простых типов (полей). В языках программирования объединение полей реализуется структурами или классами;
- многозначный атрибут может быть реализован массивом или коллекцией простых или составных атрибутов;
- произвольный атрибут реализуется дополнительным полем, которое вычисляется при обращении к таблице. Такое поле называется вычислительным полем (calculated field) и формируется на основе других полей таблицы;
- атрибут, который есть первичным ключом может быть целочисленным, строчным или иного порядкового типа. В этом случае, значение каждой ячейки таблицы, которая соответствует первичному ключу, есть уникальным. Наиболее часто, в качестве первичного ключа выступает целый тип (int, integer).
Если база данных реализована в уникальном формате, то типы сущностей удобнее всего представлять в виде классов или структур. Атрибуты сущности реализуются в виде полей (внутренних данных) класса. Методы класса реализуют необходимую обработку полей класса (атрибутов). Взаимодействие (связь) между классами реализуется с помощью специально разработанных интерфейсов с использованием известных шаблонов проектирования.
⇑
7. Пример фрагмента ER-модели для типа сущности «Студент»
Приведенный пример демонстрирует фрагмент ER-модели для типа сущности «Студент».
Рисунок 3. Фрагмент ER-модели для типа сущности «Студент»
На вышеприведенном рисунке объявляются следующие атрибуты, которые в СУБД (программе) могут иметь следующие типы:
- атрибут Первичный ключ – есть уникальным целочисленным значением которое формируется автоматически. В СУБД это есть поле-счетчик;
- атрибут Год вступления – простой атрибут, который можно реализовать целочисленным значением (int, integer);
- атрибут Номер телефона – многозначный атрибут, который может быть реализован как массив или коллекция и т.п.;
- атрибут Номер зачетной книжки – простой атрибут, который можно реализовать как строку символов, поскольку номер зачетной книжки кроме цифр может содержать и буквы;
- атрибут Страна, Город, Улица, Номер дома – это атрибуты, которые образуют составной атрибут Адрес. Все эти атрибуты могут быть строчного (текстового) типа (string, Text);
- атрибут Фамилия, Имя, Отчество – это простые атрибуты, которые являются частью составного атрибута Имя студента. Все эти атрибуты могут быть строчного (текстового) типа (string, Text);
- атрибут День рождения – простой атрибут типа Дата (DateTime);
- атрибут Возраст студента – вычисляемое поле, которое определяется как разность текущей (системной) даты и значения атрибута День рождения.
⇑
Связанные темы
- Подтипы сущностей. Супертип. Пример. Преимущества и недостатки применения подтипов сущностей
- Понятие связи в ER-модели. Мощность связи. Типы связей. Примеры
⇑
Источник