Модели и смыслы данных в Cache и Oracle

Упражнение 1:

Номер 1

Какими свойствами обладают типы данных, используемые в базах данных?

Ответ:

(1) тип данных это синоним множества допустимых значений

(2) типы данных могут быть скалярными и векторными

(3) в объектно-реляционной модели данных типы данных могут содержать методы (функции-члены класса)

(4) диаграммы классов UML нельзя использовать для задания системы классов в объектной модели Cache

Номер 2

Какими свойствами обладают типы данных, используемые в базах данных?

Ответ:

(1) тип данных определяет множество допустимых значений, множества допустимых операций и отношений, ограничения на допустимые значения

(2) для задания типа в объектно-реляционной модели достаточно задать спецификацию типа

(3) классы в объектной модели определяют типы своих объектов

(4) типы данных в объектно-реляционной модели можно представить диаграммами классов UML используя отношение агрегации

Номер 3

Какими свойствами обладают типы данных, используемые в базах данных?

Ответ:

(1) типы данных в объектных и объектно-реляционных базах данных проверяются и динамически и статически

(2) у типов данных нет наследования, но существуют подтипы и агрегаты типов

(3) ссылочный объектный тип определяет это указатель на объект

(4) в UML нельзя задать векторный тип данных

Упражнение 2:

Номер 1

Как задаются модели данных, и какими свойствами они обладают?

Ответ:

(1) для задания модели достаточно определить допустимые компоненты модели

(2) модель ”сущность-связь” ограничена потому, что в ней отсутствуют операции над данными и агрегация

(3) основу объектно-реляционной модели составляет система типов данных, которые могут быть предопределёнными и пользовательскими

(4) характеристическое свойство реляционной модели: в правых частях всех R-правил стоят только имена нулевого порядка

Номер 2

Как задаются модели данных, и какими свойствами они обладают?

Ответ:

(1) для задания модели данных следует определить допустимые компоненты модели, правила их комбинирования, допустимые типы данных (если они есть в модели), набор ограничений целостности и допустимые операции над данными

(2) в реляционной модели данныхс объектной точки зрения таблицы это векторные типы данных или классы, инструкции CREATE TABLE и ALTER TABLE это конструкторы объектов, а инструкция DROP TABLE – деструктор объектов

(3) объектная модель строится на основе системы классов, в которой некоторые классы порождают персистентные объекты

(4) реляционная модель имеет характеристическое свойство: имена отношений не могут совпадать с именами атрибутов

Номер 3

Как задаются модели данных, и какими свойствами они обладают?

Ответ:

(1) в практике баз данных модель данных не играет никакой роли

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

(3) объектная модель Cache ничем не отличается от персистентной объектной модели ODMG

(4) объектные модели данных выходят за рамки алгебраического понятия модели, так как классы и объекты в них содержат функции

Упражнение 3:

Номер 1

Как устроены компоненты обобщённой объектной модели UML?

Ответ:

(1) класс может иметь только имя, к нему могут добавляться атрибуты, операции и сигналы

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

(3) области видимости имеют одинаковый смысл во всех языках программирования

(4) в реляционной модели данных реализуются связи-агрегации из UML

Номер 2

Как устроены компоненты обобщённой объектной модели UML?

Ответ:

(1) практически важный класс может не иметь ни одного компонента

(2) операции классов характеризуются именем, видимостью, списком параметров, типом возвращаемого значения и строкой-свойством

(3) кратности атрибутов вида [0..2] и [5, 7..9] реализуются в языке SQL

(4) в объектных моделях данных, используемых в базах данных, реализуются связи-композиции

Номер 3

Как устроены компоненты обобщённой объектной модели UML?

Ответ:

(1) классы, как и все другие элементы UML, обязательно принадлежат некоторому пакету, и только одному пакету

(2) в модели классов UML используются связи зависимости, ассоциации, обобщения, реализации, агрегации, композиции

(3) при переходе от UML к реляционной модели реализуются классы без операций и сигналов со связями обобщения

(4) при переходе от UML к модели ”сущность-связь” можно представить все связи между классами

Упражнение 4:

Номер 1

Чем классы отличаются от типов данных и как устроена система классов Cache?

Ответ:

(1) типы в отличие от классов не могут иметь атрибутов

(2) в приложениях используют объекты зарегистрированные и незарегистрированные

(3) хранимые классы наследуют своё поведение от системного класса %Persistent

(4) встраиваемые классы имеют только объектную ссылку OREF

Номер 2

Чем классы отличаются от типов данных и как устроена система классов Cache?

Ответ:

(1) атрибуты задают состояние класса или типа

(2) зарегистрированные классы могут быть хранимыми и встроенными, причём вторые не могут сохраняться самостоятельно, не входя в состав какого-либо хранимого класса

(3) зарегистрированные классы это врeменные классы наследующие своё поведение от системного класса %RegisteredObject

(4) хранимые классы имеют две объектные ссылки OID и OREF

Номер 3

Чем классы отличаются от типов данных и как устроена система классов Cache?

Ответ:

(1) типы и классы это синонимы, но объёмы этих понятий совпадают не полностью

(2) классы Cache включают классы типов данных и классы объектов

(3) встраиваемые классы наследуют своё поведение от системного класса %Serial

(4) зарегистрированные классы имеют единственную объектную ссылку OID

Упражнение 5:

Номер 1

Как устроены хранимые классы Cache и чем они отличаются от классов UML и реляционных таблиц?

Ответ:

(1) хранимые классы Cache имеют параметры, свойства, методы, запросы, индексы и триггеры

(2) параметры позволяют изменять класс во время работы

(3) свойствами хранимых классов могут быть константы, ссылки на объекты, потоки данных, коллекции, древесные значения и отношения

(4) метод-код обеспечивает шифрование данных

Номер 2

Как устроены хранимые классы Cache и чем они отличаются от классов UML и реляционных таблиц?

Ответ:

(1) класс отличается от реляционной таблицы наличием параметров, методов и запросов

(2) запросы это фильтры, позволяющие отбирать часть объектов

(3) в объектной базе объект идентифицируется объектными идентификаторами и значениями некоторых столбцов, а в таблице только значениями некоторых столбцов

(4) в Cache во время исполнения работают четыре типа методов: методы-коды, методы-выражения, методы-вызовы и методы-генераторы

Номер 3

Как устроены хранимые классы Cache и чем они отличаются от классов UML и реляционных таблиц?

Ответ:

(1) классы Cache отличаются от классов UML наличием запросов, индексов и триггеров

(2) в отличие от таблиц индексы всегда обеспечивают ускорение доступа к данным

(3) свойство класса может быть постоянным, временным, вычислимым и многомерным

(4) метод %New() это метод класса, но не объекта

Упражнение 6:

Номер 1

Как работают методы, наследуемые от системного класса %Persistent?

Ответ:

(1) метод-конструктор %New(), создаёт пустой объект, определяя с помощью макроподстановки обозначаемой ##, объектную ссылку OREF, например,

Set c = ## clas(User.A). %New()

(2) метод %Delete() удаляет объект и с диска и из памяти

(3) метод %Open() создаёт в памяти копию объекта, хранящегося на диске

(4) метод %DeleteId() удаляет с диска объект с указанным идентификатором OID

Номер 2

Как работают методы, наследуемые от системного класса %Persistent?

Ответ:

(1) метод-конструктор %New(), создаёт объект, определяя его объектные ссылки OREF и OID

(2) метод %Oid() возвращает OID объекта

(3) метод %IsModified() возвращает значение “истинно”, если свойства объекта были изменены

(4) после сохранения первого объекта класса методом %Save() на диске появится глобал с именем ^область.имя_объектаD

Номер 3

Как работают методы, наследуемые от системного класса %Persistent?

Ответ:

(1) метод-конструктор %New(), создаёт объектную ссылку, состоящую из двух частей – имени класса и идентификатора объекта

(2) метод %Save() сохраняет экземпляр класса на диске и присваивает ему OID, если тот его ещё не имеет

(3) невозможно создать два объекта одного класса с одинаковыми значениями атрибутов

(4) если метод %OpenId() пытается открыть объект, уже загруженный в память, то он повторно загрузит объект и вернёт новый OREF

Упражнение 7:

Номер 1

Как связаны классы, таблицы, объекты классов, строки таблиц и глобалы в Cache?

Ответ:

(1) при компиляции класса создаётся таблица с тем же именем, что имя класса

(2) при создании каждого объекта класса в табличной (SQL) проекции появляется очередная строка, причём эти строки упорядочиваются по столбцу Id

(3) при вводе строки в табличной (SQL) проекции в дереве хранящем данные таблица появляется ещё один узел уровня 1

(4) создание таблицы без столбцов, отображающих данные предметной области, возможно потому, что СУБД сама создаёт столбец Id

Номер 2

Как связаны классы, таблицы, объекты классов, строки таблиц и глобалы в Cache?

Ответ:

(1) при создании таблицы командой CREATE TABLE генерируется класс с тем же именем

(2) при вводе строки в таблицу создаётся объект с новым номером Id

(3) при создании первого объекта класса создаётся глобал с именем имя_классаD

(4) для вставки строки в SQL-таблицу достаточно выполнить команду

Set  ^пространство_имён.имя_таблицыD(””, значения_столбцов)

Номер 3

Как связаны классы, таблицы, объекты классов, строки таблиц и глобалы в Cache?

Ответ:

(1) при вводе строки в только что созданную пустую таблицу создаётся объект класса, представляющего эту таблицу, и глобал для хранения данных таблицы

(2) при вставке большого количества строк в таблицу глубина глобала представляющего данные таблицы может увеличиться

(3) при создании таблицы или класса глобалы для хранения данных и индекса не создаются

(4) при создании индекса на таблицу кроме глобала “имя_таблицыD” появится глобал “имя_таблицыI”

Упражнение 8:

Номер 1

Как наследование и агрегация, реализуемая с помощью сериализуемых объектов, представляются в таблицах и связанных с ними глобалах?

Ответ:

(1) при наследовании от одного предка его атрибуты передаются потомкам, а их значения помещаются в общий для всех потомков глобал

(2) метаданные связи ”наследование” хранятся только в глобалах представляющих данные

(3) структура данных классов, использующих сериализуемые объекты, использует вложенные списки для представления этих объектов

(4) в SQL представлении два класса, связанные наследованием, представляются двумя таблицами, причём атрибуты родителя присутствуют в таблице потомка

Номер 2

Как наследование и агрегация, реализуемая с помощью сериализуемых объектов, представляются в таблицах и связанных с ними глобалах?

Ответ:

(1) при множественном наследовании данные всех потомков родительских классов хранятся в одном глобале

(2) при множественном наследовании все компоненты класса, идущего первым в списке предков, наследуются потомком, повторно встречаемые имена перекрываются, а уникальные имена наследуются

(3) в SQL представлении атрибуты сериализуемых классов представляются обычными полями таблицы реляционного типа с одноуровневой шапкой, создаваемой как проекция основного класса

(4) в SQL представлении два класса, связанные наследованием, представляются одной таблицей, причём в качестве значений атрибутов, отсутствующих в классе-предке, проставляется NULL

Номер 3

Как наследование и агрегация, реализуемая с помощью сериализуемых объектов, представляются в таблицах и связанных с ними глобалах?

Ответ:

(1) в SQL представлении отобразить наследование невозможно, даже для классов без методов

(2) данные сериализуемых объектов хранятся в одном глобале с данными объектов вмещающего класса

(3) в SQL представлении к атрибутам встроенного сериализуемого класса можно обращаться обычным образом, если учесть, что перед именем атрибута сериализуемого класса добавляется имя вмещающего поля основного класса и знак подчёркивания

(4) если часть атрибутов класса представляет полный перечень атрибутов другого класса, то первый класс можно считать наследником второго, причём эта связь отразится в SQL представлении

Упражнение 0:

Номер 1

Как индексы, запросы и триггеры, заимствованные из реляционной модели, описываются и работают в объектной модели Cache?

Ответ:

(1) индекс в описании класса определяется строкой INDEX имя_индекса ON список_атрибутов [список_ключевых_слов]

(2) запросы нельзя использовать в объектной модели, только в SQL представлении

(3) в описании класса в определении триггера необходимо задать триггерное событие и время, например, Trigger LogEvent [Event = INSERT, Time = AFTER]

(4) для обновления индекса достаточно использовать метод %BuildIndices()

Номер 2

Как индексы, запросы и триггеры, заимствованные из реляционной модели, описываются и работают в объектной модели Cache?

Ответ:

(1) побитовые и bitslice индексы нельзя использовать

(2) в определении класса запросы можно задавать, только указав имя запроса, его входные параметры и использовать методы QueryExecute(), QueryFetch(), QueryClose(), где Query это имя запроса

(3) поскольку все локальные переменные в теле триггера общедоступны, необходимо явно объявлять их с помощью инструкции NEW

(4) для обновления индексов недостаточно запуска метода %BuildIndices(), так как сначала необходимо удалить старые значения индексов методом %PurgeIndices()

Номер 3

Как индексы, запросы и триггеры, заимствованные из реляционной модели, описываются и работают в объектной модели Cache?

Ответ:

(1) в листовых узлах индекса можно задать не идентификаторы объектов, а данные в формате INDEX имя_индекса ON список_атрибутов [Data = (данные)]

(2) триггеры можно определить и в SQL представлении, и прямым описанием в определении класса

(3) в коде триггера нельзя использовать методы класса

(4) в объектной модели нельзя использовать запросы как фильтры объектов

Упражнение 10:

Номер 1

Как работают классы %ResultSet, %ScrollableResultSet и их компоненты в Cache?

Ответ:

(1) к классу %ResultSet можно обратиться создав его экземпляр методом %New(”имя_класса : имя_запроса”)

(2) для получения результата однострочного запроса достаточно исполнить метод Execute() класса %ResultSet

(3) %ResultSet не может исполнять динамические запросы

(4) класс %ScrollableResultSet отличается от %ResultSet тем, что строки результата в нём можно обходить не только в прямом, но и в обратном направлении с помощью метода Previous()

Номер 2

Как работают классы %ResultSet, %ScrollableResultSet и их компоненты в Cache?

Ответ:

(1) к классу %ResultSet можно обратиться с помощью команды Set res = ##Class(%ResultSet).%New(“имя_класса : имя_запроса”)

(2) для получения результата запроса необходимо вызвать метод Execute(), затем вызвать метод Next() столько раз, сколько строк имеется в результате, после чего следует закрыть %ResultSet методом Close()

(3) методы Get(), GetData() и свойство Data используемые для доступа к полям текущей записи равноценны по быстродействию

(4) исполнение динамических запросов в %ResultSet не предусмотрено

Номер 3

Как работают классы %ResultSet, %ScrollableResultSet и их компоненты в Cache?

Ответ:

(1) класс %ScrollableResultSet позволяет обходить строки результата в прямом порядке, используя метод Next(), и в обратном порядке с помощью метода Previous()

(2) класс %ResultSet можно не закрывать, чтобы не тратить время на исполнение метода Close(); на производительности это никак не скажется

(3) доступ к полям %ResultSet осуществляется присваиванием вида ”имя_переменной = имя_поля”

(4) динамические запросы SQL можно выполнять с помощью %ResultSet указав аргумент метода %New() а виде %New(“%DynamicQuery:SQL”)

Упражнение 11:

Номер 1

Какие конструкции использует процедурный язык PL/SQL и как они устроены?

Ответ:

(1) использует анонимные блоки, состоящие из не обязательной секции объявлений (начинается словом DECLARE), исполняемой секции BEGIN … END и не обязательной секции исключительных ситуаций

(2) в теле анонимного блока, процедуры и функции можно использовать и обычную для SQL форму запросов, выдающую результаты на экран, и SELECT …INTO …

(3) использует разветвления, записываемые с помощью ключевых слов IF, THEN, ELSEIF и END

(4) использует хранимые процедуры и функции, создаваемые инструкцией CREATE [OR REPLACE] и содержащие спецификацию и тело, которое задаётся анонимным блоком

Номер 2

Какие конструкции использует процедурный язык PL/SQL и как они устроены?

Ответ:

(1) анонимный блок может содержать объявление переменных и констант в любой своей части

(2) в теле анонимного блока, процедуры и функции можно использовать инструкции SQL относящиеся к подъязыку DDL

(3) используется основная структура цикла LOOP … END LOOP с выходом из тела цикла с помощью конструкции “EXIT метка WHEN …”

(4) хранимые функции отличаются от хранимых процедур тем, что функции обязательно возвращают значение, и потому в их спецификации обязательно содержится фраза “RETURN название_типа;”, а в теле по крайней мере один раз содержится фраза ”RETURN имя_переменной” или ”RETURN выражение”

Номер 3

Какие конструкции использует процедурный язык PL/SQL и как они устроены?

Ответ:

(1) анонимный блок в секции объявлений может содержать объявление констант в виде имя_переменной имя_типа CONSTANT := выражение

(2) в теле анонимных блоков, процедур и функций можно использовать инструкции INSERT, UPDATE и DELETE, но нельзя использовать инструкции DDL

(3) в теле анонимных блоков, процедур и функций можно использовать циклы в формате FOR счётчик_цикла IN начало..конец LOOP …. END LOOP

(4) хранимые процедуры и функции строятся на основе анонимного блока, который обязательно начинается словом DECLARE

Упражнение 12:

Номер 1

Какие объектные типы применяются в объектно-реляционной модели, как они устроены и используются?

Ответ:

(1) используется ссылочный тип данных, представляющий указатель задающий отношения между объектами

(2) информация об объектном типе может быть получена командой DESCRIBE и из представления словаря USER_TYPE_ANNRS

(3) объектные типы создаются инструкцией CREATE [OR REPLACE] TYPE, изменяются инструкцией ALTER TYPE и удаляются инструкцией DROP TYPE

(4) объектный тип не может содержать методов

Номер 2

Какие объектные типы применяются в объектно-реляционной модели, как они устроены и используются?

Ответ:

(1) используются четыре основных разновидности объектных типов: простые, составные, ссылочные и коллекции

(2) инструкция ALTER TYPE может полностью изменить тап

(3) зависимости типов создаются за счёт наследования указываемого словом extends

(4) объектный тип может содержать методы, но не методы-конструкторы

Номер 3

Какие объектные типы применяются в объектно-реляционной модели, как они устроены и используются?

Ответ:

(1) используются коллекции двух видов – массивы переменной длины VARRAY и встроенные таблицы NESTED TABLE

(2) информация об устройстве имеющихся типов может быть получена из представлений словаря USER_TYPE_ATTRS, ALL_TYPE_ATTRS и DBA_TYPE_ATTRS

(3) указатели REF задают связи-ассоциации UML

(4) в определении любого типа необходимо задать спецификацию и тело типа

Упражнение 13:

Номер 1

Как устроены, как хранятся и используются объектные таблицы?

Ответ:

(1) в объектных таблицах можно использовать ограничения primary key, unique key, check

(2) объектные таблицы хранятся в виде классов обладающих свойством персистентности

(3) значения NULL не допустимы в атрибутах объектных типов

(4) оператор deref извлекает объект по объектной ссылке

Номер 2

Как устроены, как хранятся и используются объектные таблицы?

Ответ:

(1) если объектная таблица создаётся на основе пользовательского типа, то в неё нельзя добавить ключи и ограничения типа CHECK

(2) объектные таблицы хранятся как реляционные таблицы, в которых столбцы предопределённых скалярных типов хранятся обычным образом, а столбцы векторных типов хранятся в виде скрытых столбцов, и, кроме того, при использовании векторных типов добавляются два скрытых столбца, содержащих объектные идентификаторы и какую-то дополнительную информацию

(3) запрос к объектной таблице ничем не отличается от запроса к обычной таблице SQL

(4) предикат is dangling позволяет проверить наличие висячих ссылок

Номер 3

Как устроены, как хранятся и используются объектные таблицы?

Ответ:

(1) объектные таблицы используют пользовательские типы данных либо для определения всей таблицы, либо для определения отдельных столбцов

(2) древесный индекс может быть создан на любой столбец таблицы кроме столбцов, представляющих атрибуты объектного типа

(3) таблицу со столбцом объектного типа можно моделировать двумя связанными обычными таблицами, но запросы к объектной таблице будут выполняться быстрее

(4) фраза SELECT в запросах к объектным таблицам должна содержать имена столбцов простых типов и квалифицированные имена столбцов объектных типов в точечном синтаксисе

Упражнение 14:

Номер 1

К чему приводит введение в структуру типа функций и наследования?

Ответ:

(1) к спецификации типа добавляется задание тела типа, в котором определены все функции-члены класса и функции-конструкторы

(2) к тому, что в объектный тип можно добавить единств венный конструктор

(3) методы сравнения объектов MAP и ORDER позволяют задать сравнение строк объектных таблиц, то есть определить отношения эквивалентности и порядка

(4) определенное единичное наследование типов, задаётся в определении типа фразой extends

Номер 2

К чему приводит введение в структуру типа функций и наследования?

Ответ:

(1) к появлению наследования функций с возможностью перекрытия функции предка типа функцией типа-потомка

(2) поскольку в отличие от предопределённых типов объектные типы, конструируемые пользователем, изначально не содержат реализации отношений эквивалентности и порядка, то необходимо реализовать их с помощью функций MAP и ORDER

(3) к тому, функции-члены типа могут создавать объектные строки этого типа и его подтипов

(4) к необходимости в отдельных случаях ограничивать дальнейшее наследование типов и значит запрещать переопределение функций предка

Номер 3

К чему приводит введение в структуру типа функций и наследования?

Ответ:

(1) появляется возможность обращения к столбцам объектных таблиц из PL/SQL через функции

(2) появляется возможность организовать перегрузку конструкторов, задавая функции-конструкторы типа с одним именем и разными наборами формальных параметров

(3) к тому, что при использовании наследования тип-потомок обязательно расширяет тип-предок дополнительными атрибутами

(4) к тому, что установленный запрет на наследование уже нельзя отменить

Упражнение 15:

Номер 1

В чём сходны и чем отличаются модели данных табличная (SQL), объектная (Cache) и объектно-реляционная?

Ответ:

(1) в объектной и объектно-реляционной моделях используются методы-конструкторы и методы-члены класса, но реализуются они разными средствами

(2) в табличной модели, если рассматривать её с объектной точки зрения, конструкторы объектов это инструкции CREATE TABLE и ALTER TABLE

(3) отличие между изученными нами объектными моделями, в частности, в способах хранения объектов: в Cache они хранятся в глобалах, а в Oracle в модифицированных реляционных таблицах, содержащих обычные и скрытые столбцы

(4) активность объектной модели в Cache обеспечивают только callback-методы, а в Oracle только методы- члены

Номер 2

В чём сходны и чем отличаются модели данных табличная (SQL), объектная (Cache) и объектно-реляционная?

Ответ:

(1) в объектной модели Cache объектная система строится на иерархии классов с множественным наследованием, а в Oracle на иерархии объектных типов и их наследовании

(2) в табличной модели, если рассматривать её как неполноценную обектную, конструкторы объектов это инструкции INSERT и UPDATE

(3) одно из отличий в том, что в Cache класс может содержать в себе триггеры, запросы и индексы, а в Oracle индексы и триггеры хранятся отдельно от объектной таблицы и только запросы могут работать в качестве метода-члена

(4) объектные модели, в отличие от реляционной (SQL), не обладают активностью, то есть выполняют в точности те действия, которые предусмотрены исполняемой инструкцией

Номер 3

В чём сходны и чем отличаются модели данных табличная (SQL), объектная (Cache) и объектно-реляционная?

Ответ:

(1) одно из отличий между объектной и объектно-реляционной системами в том, что первая основана на добавлении в объектную систему персистентности, а вторая расширяет свойства реляционных таблиц добавлением пользовательских векторных типов и наследования

(2) столбцы табличной модели соответствуют столбцам объектно-реляционной модели и свойствам (полям) класса объектной модели

(3) объектно-реляционная и объектная модели похожи тем, что в состав класса, соответственно, объектной таблицы входят триггеры, запросы и индексы

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

Модели и смыслы данных в Cache и Oracle - тест 10