Главная /
Основы проектирования реляционных баз данных /
В чем состоит эмпирическое правило Д. Энсора?
В чем состоит эмпирическое правило Д. Энсора?
вопросПравильный ответ:
очень немногие первичные ключи имеют более двадцати действительно зависимых от них атрибутов
очень немногие первичные ключи имеют более тридцати действительно зависимых от них атрибутов
очень немногие первичные ключи имеют более десяти действительно зависимых от них атрибутов
очень немногие первичные ключи имеют более пятидесяти действительно зависимых от них атрибутов
Сложность вопроса
62
Сложность курса: Основы проектирования реляционных баз данных
81
Оценить вопрос
Комментарии:
Аноним
Это очень не сложный решебник по интуиту.
13 фев 2020
Аноним
Если бы не данные подсказки - я бы не справился c этими тестами интуит.
14 сен 2017
Аноним
Я завалил экзамен, почему я не увидел этот сайт с ответами по тестам интуит в начале года
19 дек 2015
Другие ответы на вопросы из темы базы данных интуит.
- # В контексте физического проектирования реляционных баз данных горизонтальное разбиение таблицы - это …
- # Установите соответствие между терминами и их определениями. ТерминОпределение1.ИндексA- это физический объект реляционной базы данных, организованный по принципу сбалансированной иерархической структуры2.Ключевые поля или ключиБ- это колонки, входящие в индекс3.Индекс B-TreeВ- это объект в реляционной базе данных, который предназначен для организации быстрого доступа к строкам таблицы по значениям одной или более колонок этих строк4.Составной индексГ- это индекс типа B-Tree базы данных, который одновременно выполняет роль таблицы5.Исключительно индексная таблицаД- это индекс, построенный для нескольких колонок таблицы6.Кардинальность колонкиЕ- это число дискретных различных значений колонки, которые встречаются в строках таблицы
- # При работе с оптимизатором СУБД SQLBase для увеличения производительности конкретной команды SELECT проектировщик базы данных или администратор баз данных выполняет одно или два из следующих действий:
- # Установите правильное соответствие между классами функциональных зависимостей и их определениями. ПонятиеОпределение1Полная ФЗAПусть X, Y, Z - атрибуты отношения R. При этом имеются ФЗ и , но отсутствуют ФЗ и 2Частичная ФЗBНеключевой атрибут зависит от части составного ключа3Транзитивная ФЗCПусть r ={r1, …, rp} - множество схем на U. При этом R разлагается без потерь на r как: 4Многозначная ФЗDНеключевой атрибут функционально зависит от ключа, но не находится в функциональной зависимости ни от какой части составного ключа5ФЗ по соединениюEПусть r - некоторая схема отношения, X и Y - подмножества атрибутов r. При этом при заданных значениях атрибутов из {X} существует некоторое множество, состоящее из нуля или более взаимосвязанных значений атрибутов из {Y}, никак не связанных со значениями других атрибутов этого отношения r-X-Y
- # Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многим [Большая Картинка] Требуется разрешить это отношение. Решение. create table CUSTOMER ( CUSTOMER_NO NUMBER(6) not null, CUSTOMER_NAME VARCHAR2(45) null, CUSTOMER_ADDRESS VARCHAR2(35) null, CUSTOMER_CITY VARCHAR2(45) null, CUSTOMER_STATE CHAR(2) null, CUSTOMER_ZIP NUMBER(5) null, primary key (CUSTOMER_NO) ) create table SALESMAN ( SALESMAN_NO NUMBER(6) not null, SALESMAN_NAME VARCHAR2(45) null, SALESMAN_EMP_NO NUMBER(6) null, SALESMAN_YTD_SALES NUMBER(9,2) null, SALESMAN_QUOTA NUMBER(6) null, SALESMAN_PROD_GRP CHAR(8) null, primary key (SALESMAN_NO) ) create table CUSTOMER_ SALESMAN ( CUSTOMER_NO NUMBER(6) not null, SALESMAN_NO NUMBER(6) not null, primary key (CUSTOMER_NO, SALESMAN_NO), foreing key (CUSTOMER_NO) references CUSTOMER, foreign key (SALESMAN_NO) references SALESMAN )