Главная /
Основы проектирования реляционных баз данных /
Для случая горизонтального разбиения таблицы в тексте лекции были разобраны примеры поддержки ссылочной целостности для новой таблицы. В качестве какой таблицы выступала таблица, которая подвергалась разбиению?
Для случая горизонтального разбиения таблицы в тексте лекции были разобраны примеры поддержки ссылочной целостности для новой таблицы. В качестве какой таблицы выступала таблица, которая подвергалась разбиению?
вопросПравильный ответ:
родительской
дочерней
связывающей
не участвовала в поддержке ссылочной целостности
Сложность вопроса
71
Сложность курса: Основы проектирования реляционных баз данных
81
Оценить вопрос
Комментарии:
Аноним
Экзамен сдан на зачёт. Спасибо vtone
16 окт 2019
Аноним
Это очень намудрённый вопрос интуит.
30 авг 2018
Другие ответы на вопросы из темы базы данных интуит.
- # Установите соответствие между терминами и их определениями ТерминОпределение1.Ключ секционированияAколонка таблицы, относительно значений которых СУБД будет делать физическое разнесение таблицы по различным табличным пространствам на жестких дисках2.Секционирование по диапазонуБозначает распределение строк таблицы на различные предопределенные табличные пространства в зависимости от значения ключа секционирования3.Хеш-секционированиеВозначает, что таблица сначала распределяется среди табличных пространств на основе диапазона значений ключа секционирования, далее каждая из полученных секций диапазонов делится на подчиненные секции или подсекции, и затем строки равномерно распределяются среди подчиненных секций по значению хеш-ключа4.Составное секционированиеГозначает равномерное распределение строк таблицы по назначенным табличным пространствам в зависимости от значения ключа секционирования, который в данном случае хешируется
- # Укажите преимущество секционирования представлений с помощью предложения WHERE
- # Рассмотрим фрагмент определения преставления SELECT * FROM east_sales@icp.ac.ru WHERE LOC = 'EAST' UNION ALL SELECT * FROM west_sales@ioc.ac.ru WHERE LOC = 'WEST'; Если заменить предложение WHERE на ограничение CHECK, то в таком случае …
- # Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - Customer. CREATE CLUSTER cust_c (cust_id varchar(8)) INDEX; CREATE INDEX cust_c_id ON CLUSTER cust_c; CREATE TABLE cust ( cust_id varchar2(8) NOT NULL REFERENCES customers, ent# number NOT NULL, date_ent date NOT NULL, comment varchar2(60) NOT NULL, … PRIMARY KEY(cust_id, ent#) ) CLUSTER cust_c (cust_id); Созданная таблица кластеризована по колонке cust_id, и все специальные записи о клиента в колонке comment будут расположены в одной странице физической базы данных, либо в смежных страницах. Их можно выбрать за одну операцию поиска по индексу: SELECT date_ent, comment FROM cust_c WHERE cust_id=:cur_cust; Комментарий. Ограничение первичного ключа в операторе CREATE сделано, чтобы избежать создания второго индекса. Является ли такое решение преимуществом с точки зрения утверждения: "Очень немного строк о клиентах имеют специальные записи о клиенте".
- # Укажите правильное соответствие между этапами проектирования базы данных и их кратким содержанием. ЭтапСодержание1.Создание логической модели базы данныхA- это этап, на котором на основании информационной модели предметной области базы данных создается логическая структура базы данных, независимая от ее реализации2.Создание физической модели базы данных: внутренняя схемаB- это этап, на котором анализируются возможные транзакции системы, выполняется, в случае необходимости, денормализация отношений для обеспечения более высокой производительности базы данных3.Создание физической модели базы данных: учет влияния транзакцийC- это этап, на котором на основании логической модели базы данных создается физическая структура базы данных, зависимая от ее реализации4.Создание серверного кодаD- это этап, на котором на основании функциональной модели предметной области базы данных создается серверный код базы данных в виде триггеров, хранимых процедур и пакетов5.Проектирование модулей приложений базы данныхE- это этап, на котором создаются спецификации модулей приложений, разрабатываются стратегии тестирования базы данных и приложений, создается план тестирования приложений базы данных и готовятся тестовые данные6.Контроль качества проектирования базы данныхFзаключается в настройке некоторых транзакций к базе данных и локальном перепроектировании базы данных согласно требованиям, поступающим с других этапов создания базы данных7.Учет задач обратного влиянияGзаключается в проверке качества результатов проектирования на каждом его этапе8.Сбор и анализ входных данныхH- это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных