Концептуальное проектирование базы данных
Концептуальное проектирование базы данных
oПроцедура конструирования информационной модели предприятия, не зависящей от каких-либо физических условий реализации.
oФаза концептуального проектирования базы данных начинается с создания концептуальной модели данных предприятия, полностью независимой от любых деталей реализации
nвыбранный тип СУБД,
nсостав программ приложения,
nиспользуемый язык программирования,
nконкретная вычислительная платформа и т.д.
Логическое проектирование базы данных
oПроцесс конструирования информационной модели предприятия на основе существующих конкретных моделей данных, не зависимой от используемой СУБД и прочих физических условий реализации.
oФаза логического проектирования базы данных заключается в преобразовании концептуальной модели данных в логическую модель данных предприятия с учетом выбранного типа СУБД (реляционной СУБД).
Физическое проектирование базы данных
Процесс создания описания конкретной реализации базы данных, размещаемой во вторичной памяти. Предусматривает описание структуры хранения данных и методов доступа, предназначенных для осуществления наиболее эффективного доступа к информации.
Фаза физического проектирования базы данных предусматривает принятие разработчиком окончательного решения о способах реализации создаваемой базы. Поэтов физическое проектирование обязательно производится с учетом всех особенностей используемой СУБД.
|
|
|
Факторы успешного завершения проектирования БД
Факторы успешного завершения проектирования БД
Поддерживайте постоянную и активную связь с будущими пользователям приложения.
При проведении процедур моделирования данных придерживайтесь рекомендаций, приведенных при обсуждении предлагаемой методологии.
Разрабатывайте систему исходя из существующих характеристик данных.
Создавайте модель данных с учетом требований поддержки их структурной целостности и согласованности.
Дополняйте предлагаемые данной методологией процедуры технологическими приемами концептуализации, нормализации и проверки целостности транзакций.
Для представления модели данных как можно шире используйте диаграммы.
Для описания дополнительных семантических требований к данным используйте средства языка DBDL (DatabaseDesignLanguage).
В дополнение к диаграммам моделей данных разработайте словарь описания данных.
Без колебаний возвращайтесь к уже выполненным ранее этапам, если это требуется для достижения оптимальных результатов.
//ну вот судя по логике Ваньки, должно было идти отдельным вопросом, а нет. Так что вставляю сюда. Мало ли.
|
|
|
Физическое проектирование БД
Этап 4. Перенос глобальной логической модели данных в среду целевой СУБД.
Этап 4.1. Проектирование основных таблиц в среде целевой СУБД.
Этап 4.2. Реализация бизнес-правил предприятия в среде целевой СУБД.
Этап 5. Проектирование физического представления базы данных. Этап 5.1. Анализ транзакций.
Этап 5.2. Выбор файловой структуры.
Этап 5.3. Определение вторичных индексов.
Этап 5.4. Анализ необходимости введения контролируемой избыточности данных.
Этап 5.5. Определение требований к дисковой памяти.
Этап 6. Разработка механизмов защиты.
Этап 6.1. Разработка пользовательских представлений (видов).
Этап 6.2. Определение прав доступа.
Этап 7. Организация мониторинга и настройка функционирования системы
Первый этап проектирования БД (задачи и подэтапы)
Концептуальное проектирование базы данных
oЭтап 1. Создание локальной концептуальной модели данных исходя из представлений о предметной области каждого из типов пользователей.
nЭтап 1.1. Определение типов сущностей.
nЭтап 1.2. Определение типов связей.
|
|
|
nЭтап 1.3. Определение атрибутов и связывание их с типами сущностей и связей.
nЭтап 1.4. Определение доменов атрибутов.
nЭтап 1.5. Определение атрибутов, являющихся потенциальными и первичными ключами.
nЭтап 1.6. Специализация или генерализация типов сущностей (необязательный этап).
nЭтап 1.7. Создание диаграммы "сущность-связь".
nЭтап 1.8. Обсуждение локальных концептуальных моделей данных с конечными пользователями.
Задача первого этапа
разбиение проекта на группу относительно небольших (и более простых) задач исходя из представлений о предметной области приложения, свойственных каждому из типов конечных пользователей.
Результатом выполнения этого этапа является создание локальных концептуальных моделей данных, представляющих собой полное и точное отражение представлений о предметной области приложения отдельных типов пользователей.
Дата добавления: 2018-02-15; просмотров: 938; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!