Проект - база - данные
Cтраница 1
Проект базы данных не завершается полностью вместе с окончанием фазы разработки. Как и для приложения, будут необходимы изменения и усовершенствования базы данных. Следовательно, не стоит уделять особое внимание завершению этого проекта и привязывать его к завершению фазы разработки. Нужно убедиться, что в базе данных каждое поле находится на каждом экране концептуального проекта приложения, созданного на фазе предварительной разработки. Аналогичным образом нужно проверить все атрибуты логической модели на соответствие столбцам в физических таблицах. При необходимости потребуется добавить представления либо итоговые и агрегирующие таблицы, но эти решения могут изменяться во время разработки приложения. Формально будет достаточно подписания проекта базы данных ведущими специалистами группы разработки проекта. [1]
Проект базы данных может изменяться во время фазы построения. При переносе данных из старой системы в новую, скорее всего, появится необходимость в новых изменениях, которые нужно внести в проект базы. [2]
Преобразователь проекта базы данных ( Database Design Transformer - DDT) копирует определения элементов и их атрибутов в таблицы и столбцы, принадлежащие сфере разработки. Этот инструмент может обрабатывать отношения многие-ко-многим, подтип / супертип и дуговые ( взаимоисключающие), поэтому далее их можно реализовать в таблицах реляционной базы данных. [3]
Оценка проекта базы данных включает оценки логического и физического проектов. Кроме того, она может содержать оценку способности базы данных к расширению. [4]
 |
Иерархическая структура. [5] |
Допустим, проект базы данных определяет, что между сегментами СИМПТОМ, НАЗНАЧЕНИЕ и ВРАЧ должно поддерживаться взаимно-однозначное соответствие. Каждому сегменту СИМПТОМ должны соответствовать сегменты НАЗНАЧЕНИЕ и ВРАЧ. Такое допущение, может быть, чрезмерно упрощает взаимосвязи в реальной базе данных БОЛЬНИЦА, но позволяет проиллюстрировать ограниченность единичного позиционирования. [6]
Изменения в проекте базы данных в процессе прикладного проектирования должны планироваться заранее. По мере отображения модулей на уровне столбцов могут быть выявлены пропущенные столбцы, а также те, которые никогда не использовались и могут быть удалены. [7]
Настройте и завершите проект базы данных, В этот момент одновременно с завершением прикладного проектирования начинается процесс построения базы данных. [8]
Заключительный этап планирования проекта базы данных предполагает аудит конечного физического проекта базы данных, гарантирующий правильность решений, принятых группой разработки. [9]
Большая ошибка, свойственная проектам баз данных, - не учитывать индексы. Индексы, введенные без тщательного анализа, добавляют до 50 % сверх предполагаемого размера данных. В системах хранилищ данных добавление индексов удваивает размер базы данных. Растровые индексы, или индексы битовой карты, при некоторых обстоятельствах могут уменьшить эти требования, но в общем случае - это хорошая оценка. Какой объем действительно необходим. Например, если данные в старой системе занимают 10 ГБ, то прежде всего следует перенести ее без переделки в экземпляр разработки Oracle. На это потребуется приблизительно 15 ГБ, поскольку Oracle не хранит данные так же компактно, как большинство унаследованных систем. Кроме того, нужно еще 5 - 10 ГБ для индексации. Для тестирования необходимо 5 ГБ для экземпляра малого теста и 20 - 25 ГБ для большого экземпляра. Нужно также 20 - 25 ГБ в рабочем экземпляре. Следовательно, 10 ГБ старых данных требуют 81 - 95 ГБ памяти на диске. [10]
 |
Информационные потоки в Oracle Designer. [11] |
С позиции данных, преобразователь проектов базы данных ( Database Design Transformer, DDT) создает: описания таблиц и столбцов, обычно в отношении один-к-одному, из описаний сущностей и атрибутов; столбец и ограничение внешнего ключа на стороне многие отношений один-ко-многим; а также ограничение первичного ключа из уникального идентификатора сущности. [12]
Для получения возможно более точной оценки проекта базы данных необходимо провести исследования с учетом предполагаемых условий эксплуатации базы данных. [13]
В группе Database and Network Design ( проект базы данных и сети) также имеются отчеты, которые применимы к объектам, описываемым на этом этапе. Интересен отчет Database Table and Index Size Estimates ( оценка размера таблиц и индексов базы данных) ( при условии, что указаны сведения об объеме таблиц), в котором сообщается об оценке потребности в дисковом пространстве для отдельных таблиц и индексов, а также выдается их общий размер. Если для параметра Include Help ( включить справочную информацию) установлено значение Yes, то в отчет будут включены еще и формулы для вычисления размера. В этой же группе содержатся отчеты об элементах, предназначенных для администрирования пользователей, ролей и описаний параметров хранения. [14]
Изменение потоков процессов не оказывает воздействия на проект базы данных. Однако, начиная с этого момента, любые изменения логической диаграммы ERD весьма дороги, и их нужно вносить с помощью запросов на изменение системы, т.е. использовать метод, аналогичный применяемому по отношению к вновь обнаруженным системным требованиям. [15]
Страницы: 1 2 3 4