Матильда
База данных должна быть спроектирована таким образом, чтобы соответствовать будущим требованиям. Эта эволюция возможна, когда проектировщик разрабатывает истинную логическую модель организации со следующими характеристиками: Модель точно отражает операции организации. Он достаточно гибкий, чтобы допускать изменения по мере возникновения новых информационных потребностей. Он поддерживает множество различных пользовательских представлений. Это не зависит от физической реализации. Это не зависит от модели, используемой конкретной системой управления базами данных.
Хорошо спроектированная модель базы данных защищает ресурс данных, позволяя ему развиваться так, чтобы удовлетворять как сегодняшние, так и завтрашние информационные потребности. Если система действительно не зависит от своей физической реализации, ее можно переместить на новое оборудование, чтобы воспользоваться преимуществами технических разработок. Даже если система управления базой данных, выбранная для внедрения, будет заменена, логическая модель предприятия сохранится. Поэтапный подход к проектированию - это нисходящий метод, который начинается с общих формулировок потребностей и переходит к все более и более подробному рассмотрению проблем. На разных этапах проекта рассматриваются разные проблемы. На каждом этапе используются разные этапы проекта.
Лео
Подход к проектированию базы данных состоит из шести этапов. Шестой этап касается внедрения и редизайна базы данных, поэтому я не буду его обсуждать. Эти шесть этапов приведены ниже.
* Этап 1: Сбор и анализ требований.
На этом этапе мы собираем информацию от пользователей и анализируем ожидания пользователей и предполагаемых пользователей базы данных, прежде чем проектировать базу данных. Этот процесс известен как сбор и анализ требований.
* Этап 2: концептуальный дизайн базы данных
На этом этапе мы выполняем два действия. Первое действие или задача - разработать концептуальный дизайн схемы с использованием требований к данным, которые мы получили на первом этапе. Это действие создает концептуальную схему базы данных. Второе действие - это транзакция и разработка приложения с использованием приложения базы данных, проанализированного на этапе 1. В конце этого действия мы получаем спецификации высокого уровня для этих приложений.
* Этап 3: Выбор СУБД
В данном случае мы выбираем СУБД, исходя из ряда факторов, включая технические, экономические и некоторые другие факторы, связанные с организацией.
* Этап 4: отображение модели данных или разработка логической базы данных
На этом этапе мы преобразуем концептуальную схему из модели данных высокого уровня, используемой на этапе 2, в модель данных выбранной СУБД.
* Этап 5: Проектирование физической базы данных
На этом этапе мы разрабатываем спецификации для хранимой базы данных с точки зрения физических структур хранения, размещения записей и индексов.