Перед запуском модели базы данных

Question

Что вы делаете перед запуском диаграммы модели базы данных? Я имею в виду, как вы формируете требования, спецификации и т. Д. Варианты использования - это одно, а что-то еще? Лучшая практика или эмпирическое правило? Будучи самообучающимся, я хочу посмотреть, как все пойдет в руки профессионалов?

Answer 1

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

Если есть очевидная часть вашей базы данных, которая будет наиболее важной (например, приложение в онлайн-системе приложений), я обычно начинаю оттуда и выполняю по одной части за раз.

Лично мне нравится рисовать грубые картинки (что для вас когда-либо имеет смысл, не обязательно должно быть официальным ERD) того, как я думаю, что база данных будет выглядеть, и пересматривать ее, чтобы улучшить детализацию.

Answer 2

В зависимости от вашей клиентуры, может быть хорошей идеей иметь две модели данных и две диаграммы. Одна модель и диаграмма для анализа данных. Другой - для проектирования баз данных.

Я получил хорошие результаты, используя модель и диаграмму ER (Entity-Relationship) для анализа данных, а также модель и диаграмму RDM (Relational Data Model), отражающую дизайн базы данных.

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

Модель и диаграмма RDM полезны для отражения логических решений по проектированию базы данных, таких как решение о нормализации данных или выполнении чего-либо еще. Легко получить модель RDM из модели ER, хотя вы должны добавить некоторые конструктивные решения, которые намеренно опущены в диаграмме ER.

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

Answer 3

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

Может быть возможно получить хороший первый пример модели данных, но не беспокойтесь, если не можете. Моделирование данных, как правило, должно быть итеративным, гибким процессом, выполняемым с шагом разумного размера по мере развития проекта (хотя, безусловно, в таких случаях, как проект хранилища данных, может быть сложнее применить гибкий подход).