Какие самые важные соображения при проектировании базы данных?

База данных является вторичной по отношению к структуре вашего бизнес-процесса и должна поддерживать ваш бизнес-процесс прямым и простым способом. Вы получите гораздо больше database-modeling преимуществ от правильно database сформированной, чистой модели databases сущностей, чем вы будете database из указателя здесь и там. Итак, как database-structure только ваш процесс определен, вы database-design берете его и разбиваете на database-modeling «сущности» как можно более database-structure четко с отношениями, которые dbms имеют смысл. Как только вы database-design узнаете свои объекты, они database-architecture преобразуются в таблицы базы dbms данных.

Одна из самых важных database вещей, которую нужно сделать, - не schema-design чрезмерно архитектор.

Чтобы database-design дать вам точный ответ, давайте schema-design возьмем в качестве примера database-design объект "транспортное средство". Автомобиль databases имеет несколько колес. Вам db необходимо принять важное database-structure решение, зная, что к автомобилю database-modeling будет прикреплено несколько databases колес. У вас есть 2 варианта database выбора: вы можете сделать database-architecture «колеса» отдельной сущностью database-modeling или вы можете сделать «количество database-modeling колес» целочисленным полем databases в сущности «Транспортное databases средство».

Если вы абсолютно уверены, что вам database-design нужно будет хранить много database-structure изменяющейся информации о database-design каждом колесе, тогда создайте dbms объект «Колесо». Теперь у schema-design вас есть связь между сущностями databases (автомобилем и колесом).

В database-modeling противном случае подойдет database-design простое поле.

Обдумывать эти database-design важные решения и делать вещи database-design как можно проще - это, безусловно, самая table-design важная вещь для меня при table-design проектировании базы данных. Это database-architecture может сделать разницу между table-design действительно простой и действительно database-architecture сложной задачей при создании database-design следующего (-ых) уровня (-ов) вашего database-modeling приложения.