Стоит ли разрабатывать более сложный, но гибкий дизайн БД для очень простого веб-сайта?

Question

У меня есть веб-сайт, который принимает действительно большую форму и сохраняет данные при отправке.Это почти единственное, что он делает.Форма содержит много данных, таких как физический адрес, почтовый адрес, платежный адрес, телефон 1, телефон 2, телефон 3 и т. Д., Где имеет смысл разделить таблицы на пользователя, адреса, телефоны и использовать FK для связиих вместе.Однако, если сайт вообще не будет развиваться, стоит ли даже строить эту более сложную структуру, или я должен просто сохранить ее в одной таблице с mailing_address_1, mailing_address_2, mailing_city, phone_1_number, phone_1_type, phone_2_number, phone_2_type и т. Д.?

Answer 1

Хотя нет «лучшего» решения для каждого случая, вот мои мысли по этому вопросу.

Если вы делаете прототип - что-то, что нужно создать, показать, а затем выбросить - вы определенно можете делать меньше, чем больше и приносить одну таблицу. Однако даже лучшим решением было бы вообще не использовать базу данных - создать простой класс, создать глобальную переменную списка и поместить туда свои данные - пусть это будет в ОЗУ (если это действительно прототип с небольшим объемом данных). 1005 *

Если вы пытаетесь понять, стоит ли продвигать проект дальше или нет, вам придется взвесить имеющиеся у вас варианты. Нормализация базы данных займет около 1 часа, а написание всех классов - еще 1 час и так далее. Посмотрите, могут ли ваши потенциальные инвестиции вернуться позже. Кроме того, вы должны увидеть, будет ли трудно изменить решение в будущем. Если это довольно легко изменить (например, есть только одна веб-форма и два места, где она используется), я бы пошел на то, что сейчас легко.

В большинстве других случаев я бы нормализовал базу данных.