В контексте физического проектирования реляционных баз данных вертикальное разбиение таблицы - это …

Правильный ответ:

• # Дана таблица PROJECT, созданная командой CREATE TABLE PROJECT ( PROJNO char(8) NOT NULL, PNAME char(25), BUDGET dec(9,2), PRIMARY KEY (PROJNO) ); Ниже приведено изменение в определении таблицы для того, чтобы иметь возможность различать законченные проекты и переносить их в таблицу PROJECT_OLD. Упрощает ли данное изменение сопровождение таблицы? CREATE TABLE PROJECT ( PROJNO char(8) NOT NULL, FINISH char(1) PNAME char(25), BUDGET dec(9,2), PRIMARY KEY (PROJNO) ); Комментарий к Задаче 6. Добавление дополнительных колонок в первичный ключ приведет к дополнительным накладным расходам. Отбор записей для перенесения и последующего удаления с помощью переменной типа дата менее выгоден, чем использование односимвольной переменной. Спорным остается вопрос наложения на переменную FINISH ограничения NOT NULL. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.
• # Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса. Является ли такое решение преимуществом с точки зрения утверждения: "Очень немного строк о клиентах имеют специальные записи о клиенте".
• # Укажите правильное соответствие между IDEF0-диаграммами и их определениями. IDEF0-диаграммыОпределение1Контекстная диаграммаAописывает каждый из функциональных фрагментов системы2Диаграмма декомпозицииBпоказывает иерархическую структуру функций, не отображая взаимосвязи между ними3Диаграмма дерева узловCявляется вершиной иерархической структуры диаграмм и представляет самое общее описание системы и ее взаимодействия с внешней средой
• # Какое из ниже перечисленных действий относится к обязательным на стадии проектирования физической модели реляционной базы данных с учетом влияния транзакций?
• # Квалифицируемые имена - это…