Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
BD-2007-0.doc
Скачиваний:
4
Добавлен:
01.03.2025
Размер:
2.68 Mб
Скачать

Проектирование бд

Основными целями проектирования являются:

- представление данных и связей между ними, необходимых для всех основных областей применения данного приложения и любых существующих групп его пользователей;

- создание модели данных, способной поддерживать выполнение любых требуемых транзакций обработки данных;

- разработка предварительного варианта проекта, структура которого позволяет удовлетворить все основные требования, предъявляемые к производительности системы.

Проектирование БД включает в себя:

- проектирование конкретных объектов, которые будут реализованы в базе данных. Например, это такие объекты, как таблицы, представления, индексы и хранимые процедуры, а также функции и пакеты;

- проектирование конкретных экранных форм, отчетов и программ, которые будут сопровождать данные в базе данных и обеспечивать выполнение запросов к этим данным;

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

Проектирование – это поиск способа удовлетворения функциональных требований средствами имеющейся технологии с учетом заданных ограничений.

Ограничения – это, как правило, ряд абсолютных требований, например, максимальное время, отпущенное на проект, максимальное количество денег, которое может быть потрачено, ограничения на трудовые ресурсы и т. д.

Задача проектировщика – максимально эффективно выполнить работу в рамках этих ограничений.

Существует два основных подхода к проектированию систем БД: нисходящий и восходящий. Первый используется для проектирования простых систем с относительно небольшим количеством атрибутов. Для сложных систем более подходящей стратегией является использование нисходящего подхода.

При проектировании системы необходимо тесное взаимодействие с основными пользователями системы, получение от них информации и возвращение ее в формализованном виде, обеспечивающем полное и однозначное понимание требований. Необходимо:

- провести исследование предметной области,

- определить, что получат заказчики,

- количественно представить затраты, выгоды,

- построить график работ.

Если заказчика все предложенное устраивает, то проект продолжается.

Выполняется анализ – подробное исследование бизнес-процессов (функций) и информации, необходимой для выполнения этих функций, и формулируются требования к проектируемой системе. Результатом этапа является определение (схема) базы данных на основании модели сущностей, разработанной на этапе анализа и набор спецификаций модулей.

Схема базы данных содержит описания всех объектов базы данных: таблиц, представлений, столбцов, индексов, кластеров, ограничений, триггеров и т.д.

Совокупность результатов этого этапа обычно оформляется в виде технической спецификации, где описываются также сложные технические решения и согласованность модулей между собой.

Здесь же обосновывается необходимость использования той или иной архитектуры системы, например, требование к пропускной способности сервера базы данных может привести к рассматриванию возможности использования параллельной обработки.

Какие–то модули в целях повышения производительности системы могут быть реализованы на другом языке (например, С).

Если информационная система уже существовала, то необходимо рассмотреть вопрос о переносе данных, так как они могут быть полезны.

Основные задачи проектирования базы данных:

- выявить нереализуемые и необычные конструкции данных в модели “сущность – отношение” и в определениях сущностей;

- разрешить все дуги, супертипы и подтипы;

- выявить все первичные и внешние ключи;

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

- определить, какие прикладные процессы необходимо реализовать в схеме базы данных как хранимые процедуры;

- выявить и реализовать ограничения, предназначенные для обеспечения целостности данных и реализации правил для данных;

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

- разработать стратегию индексирования и кластеризации;

- выполнить оценку размеров всех таблиц, кластеров и индексов;

- определить уровни доступа пользователей, разработать правила безопасности и аудита. Создать роли и синонимы для обеспечения многопользовательского доступа с согласованными уровнями полномочий доступа;

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]