НФ Бойса-Кодда (НФБК). Необходимость этой НФ обусловлена тем, что до этого рассматривались зависимости только от первичного ключа. Эта форма учитывает и др. зависимости. Требование: каждый детерминант для некоторой ФЗ в рассматриваемой таблице обязательно должен быть потенциальным ключом. Порядок применения: смотрим на таб-цу и выписываем все функциональные зависимости, потом проверяем требование. Потенциальный ключ – атрибуты, которые могли бы выполнять функцию первичного ключа. Нарушение требований НФБК происх-т крайне редко. Для этого необх-мы след. Условия: 1. Не менее двух составных ключей; 2.эти ключи должны перекрываться, т.е. у них должен быть какой-то общий атрибут.
31. На предыдущих этапах принималось решение относительно того, что же будем строить. В результате получили таб-цы, связи. На этом этапе решается вопрос, как мы будем это строить. Выбор СУБД: есть много реляционных СУБД. Первостепенная задача – собрать информацию относительно характеристик разных СУБД. Далее рекомендуется выбрать 2-3 СУБД. Далее с помощью рейтинговой оценки делаем выбор среди этих 2-3 претендентов. Характеристики СУБД: простота реализации, ср-ва индексирования, сжатие данных, возможности шифрования, наличие CASE-средств, стоимость лицензии, масштабируемость.
Масштабируемость – способность увеличивать количество пользователей без внесения радикальных изменений в архитектуру системы. Каждой характеристике нужно приписать вес, с учетом важности того или иного показателя для конкретной организации. На физическом уровне выполняются след. Задачи: выбор СУБД, построение процедуры создания таб-ц БД на сервере, выбор типа файлов, определение необходимости использ-я индексных файлов, планирование мер по защите данных.
32. Ср-ва языка SQL позволяют разграничивать права доступа. SQL – язык запросов. Группа 1: операторы DDL – язык описания или определения данных. CREATE, DROPудалить, ALTERвнести изменения. TABLEреал.т-цы, VIEWвирт.т-ца, INDEXд/быстрого доступа к данным. Группа 2: операторы DML: SELECTвыборка, DELETEудаление записи, INSERTвставка записей, UPDATEобновление. Группа 3: ср-ва управления транзакциями. В БД транзакция – некая взаимосвязанная и неделимая последовательность действий. В начале и конце последов-ти гарантируется целостность данных в базе. COMMIT – зафиксировать в БД все рез-ты транзакции. ROLLBACK – отказ в начальн. Точку. SAVEPOINT – сохранение промежуточных точек, выполнен.транзакций, для возможного возврата. Группа 4: ср-ва административного управления доступом. GRANT – предоставление прав доступа на действие с некоторыми объектами. REVOKE – забрать права. Группа 5: программный SQL/PL. Для создания сложных процедур обработки данных объединяют несколько директив в процедуру.
33. GRANT - директива для предоставления определенных прав доступа... REVOKE - наоборот. GRANT {<список действий>|ALL PRIVILEGES} ON <имя объекта> TO <список пользователей>|PUBLIC [with grant option]; {...} - обязательный элемент, | - выбор, [необязательный элемент]. Объекты БД: таблицы, представления (view), хранимые прцоедуры, триггеры-обработчики событий, запуск при определенном событии во время работы с БД. Для каждого объекта есть определенный вид действий, который можно выполнить с этим объектом. Действия для таблиц: INSERT DELETE UPDATE SELECT
34. CASE-компьютерная разработка программных средств. Состав комплекса CASE-средств: единый набор графич.ср-в проектирования, единая БД проекта, автоматическая генерация документации, автоматич.генерация программн.кода, автоматическая генерация тестов для итоговых испытаний проекта.
Классификация CASE – ср-ств: 1. С точки зрения этапов жизненного цикла 2. Средства анализа требований (Upper CASE) предназначены для начальной стадии разработки ПО 3. Средства проектирования (Middle CASE) поддерживает разработку архитектуры системы, алгоритмов и структур данных 4. Реализации разработанных программ (Low CASE) 5. Интегрированные системы охватывают все этапы жизненного цикла ПО
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.