| Объект | Определение | ||
|---|---|---|---|
| 1 | Хранимая процедура | А | - это объект базы данных, представляющий поименованный набор команд SQL и/или операторов специализированных языков программирования базы данных |
| 2 | Функция | Б | - это поименованный оператор SQL, который заранее откомпилирован и сохраняется в базе данных. Скорость обработки команды выше, чем у соответствующего ему оператора SQL, т.к. при этом не выполняются фазы синтаксического разбора и компиляции |
| 3 | Команда | В | - это объект базы данных, представляющий поименованный набор команд SQL и/или операторов специализированных языков обработки программирования базы данных, который при выполнении возвращает значение - результат вычислений |
| 4 | Триггер | Г | - это объект базы данных, который представляет собой специальную хранимую процедуру. Процедура запускается автоматически, когда происходит связанное с триггером событие (например, до вставки строки в таблицу) |
| 5 | Таймер | Д | - это объект базы данных, который состоит из поименованного, структурированного набора переменных, процедур и функций. |
| 6 | Пакет | Е | - это триггер, запускающийся событием таймера. |
| Объект | Определение | ||
|---|---|---|---|
| 1 | Последовательность | А | - это объект базы данных, который позволяет генерировать последовательность уникальных чисел в условиях многопользовательского асинхронного доступа |
| 2 | Определенные пользователем типы данных | Б | - это именованная часть базы данных, используемая для распределения памяти для таблиц и индексов |
| 3 | Табличная пространство или область | В | - это определенные пользователем типы атрибутов (домены), которые отличаются от поддерживаемых (встроенных) СУБД типов. |
| 4 | Кластер | Г | - это объект базы данных, который позволяет представить объект с данными в виде совокупности подобъектов, отнесенных к различным табличным пространствам |
| 5 | Секция | Д | - это объект, задающий способ совместного хранения данных в нескольких или одной таблицы |
| 6 | Снимок | Е | - объект базы данных, представляющий собой поименованную совокупность привилегий, которые могут назначаться пользователям, категориям пользователей. |
| 7 | Связь базы данных | Ж | - это объект базы данных, который позволяет обратиться к объектам удаленной базы данных. |
| 8 | Роль | З | - локальная копия таблицы удаленной базы данных, которая используется для тиражирования (репликации) таблицы или результата запроса. Снимки могут быть модифицируемыми или предназначенными только для чтения. |
| Термин | Определение | ||
|---|---|---|---|
| 1. | Индекс | A | - это физический объект реляционной базы данных, организованный по принципу сбалансированной иерархической структуры |
| 2. | Ключевые поля или ключи | Б | - это колонки, входящие в индекс |
| 3. | Индекс B-Tree | В | - это объект в реляционной базе данных, который предназначен для организации быстрого доступа к строкам таблицы по значениям одной или более колонок этих строк |
| 4. | Составной индекс | Г | - это индекс типа B-Tree базы данных, который одновременно выполняет роль таблицы |
| 5. | Исключительно индексная таблица | Д | - это индекс, построенный для нескольких колонок таблицы |
| 6. | Кардинальность колонки | Е | - это число дискретных различных значений колонки, которые встречаются в строках таблицы |
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?
| Задачи | Результаты | ||
|---|---|---|---|
| 1. | Контроль качества ER-диаграмм | A | Последовательность работ бизнес-модели процесса проектирования базы данных со сведениями об ответственных исполнителях и сроках их исполнения |
| 2. | Контроль качества диаграмм функциональной модели предметной области базы данных | B | Основа для создания логической модели базы данных |
| 3. | Систематизация требований заказчика к базе данных | C | Вывод о достаточности требований и реализуемости базы данных |
| 4. | Подготовка плана проектирования базы данных | D | Основа для разработки серверного кода и проектирования модулей приложений базы данных |
Наименование модуля: Страница для входа в приложение (LogIn)
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?
| Этап | Содержание | ||
|---|---|---|---|
| 1. | Создание логической модели базы данных | A | - это этап, на котором на основании информационной модели предметной области базы данных создается логическая структура базы данных, независимая от ее реализации |
| 2. | Создание физической модели базы данных: внутренняя схема | B | - это этап, на котором анализируются возможные транзакции системы, выполняется, в случае необходимости, денормализация отношений для обеспечения более высокой производительности базы данных |
| 3. | Создание физической модели базы данных: учет влияния транзакций | C | - это этап, на котором на основании логической модели базы данных создается физическая структура базы данных, зависимая от ее реализации |
| 4. | Создание серверного кода | D | - это этап, на котором на основании функциональной модели предметной области базы данных создается серверный код базы данных в виде триггеров, хранимых процедур и пакетов |
| 5. | Проектирование модулей приложений базы данных | E | - это этап, на котором создаются спецификации модулей приложений, разрабатываются стратегии тестирования базы данных и приложений, создается план тестирования приложений базы данных и готовятся тестовые данные |
| 6. | Контроль качества проектирования базы данных | F | заключается в настройке некоторых транзакций к базе данных и локальном перепроектировании базы данных согласно требованиям, поступающим с других этапов создания базы данных |
| 7. | Учет задач обратного влияния | G | заключается в проверке качества результатов проектирования на каждом его этапе |
| 8. | Сбор и анализ входных данных | H | - это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных |