Основы проектирования реляционных баз данных
Наименование модуля: Страница для входа в приложение (LogIn)
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Какая позиция спецификация была пропущена проектировщиком базы данных?Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: 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 | - это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных |
Номер шага алгоритма | Действие | ||
---|---|---|---|
1 | I | А | Формирование списка имен таблиц и их сокращений в словаре данных |
2 | II | Б | Идентификация реляционной таблицы |
3 | III | В | Проверка: число базовых таблиц соответствует числу отношений логической модели реляционной базы данных |
4 | IV | Г | Формирование списка имен колонок и их сокращений в словаре данных |
5 | V | Д | Определение колонок для базовых таблиц |
6 | VI | Е | Определение типов данных колонкам |
7 | VII | Ж | Проверка списка имен в словаре данных, чтобы избежать конфликтов имен в базе данных в целом |
8 | VIII | З | Выборочное добавление |
Объект | Определение | ||
---|---|---|---|
1 | Последовательность | А | - это объект базы данных, который позволяет генерировать последовательность уникальных чисел в условиях многопользовательского асинхронного доступа |
2 | Определенные пользователем типы данных | Б | - это именованная часть базы данных, используемая для распределения памяти для таблиц и индексов |
3 | Табличная пространство или область | В | - это определенные пользователем типы атрибутов (домены), которые отличаются от поддерживаемых (встроенных) СУБД типов. |
4 | Кластер | Г | - это объект базы данных, который позволяет представить объект с данными в виде совокупности подобъектов, отнесенных к различным табличным пространствам |
5 | Секция | Д | - это объект, задающий способ совместного хранения данных в нескольких или одной таблицы |
6 | Снимок | Е | - объект базы данных, представляющий собой поименованную совокупность привилегий, которые могут назначаться пользователям, категориям пользователей. |
7 | Связь базы данных | Ж | - это объект базы данных, который позволяет обратиться к объектам удаленной базы данных. |
8 | Роль | З | - локальная копия таблицы удаленной базы данных, которая используется для тиражирования (репликации) таблицы или результата запроса. Снимки могут быть модифицируемыми или предназначенными только для чтения. |
Объект | Определение | ||
---|---|---|---|
1 | Хранимая процедура | А | - это объект базы данных, представляющий поименованный набор команд SQL и/или операторов специализированных языков программирования базы данных |
2 | Функция | Б | - это поименованный оператор SQL, который заранее откомпилирован и сохраняется в базе данных. Скорость обработки команды выше, чем у соответствующего ему оператора SQL, т.к. при этом не выполняются фазы синтаксического разбора и компиляции |
3 | Команда | В | - это объект базы данных, представляющий поименованный набор команд SQL и/или операторов специализированных языков обработки программирования базы данных, который при выполнении возвращает значение - результат вычислений |
4 | Триггер | Г | - это объект базы данных, который представляет собой специальную хранимую процедуру. Процедура запускается автоматически, когда происходит связанное с триггером событие (например, до вставки строки в таблицу) |
5 | Таймер | Д | - это объект базы данных, который состоит из поименованного, структурированного набора переменных, процедур и функций. |
6 | Пакет | Е | - это триггер, запускающийся событием таймера. |