Когда проект только начинается, есть соблазн «не заморачиваться» и сделать одну большую таблицу на всё.
Спойлер: потом будет больно.
Вот как этого избежать 👇
1. Начинай с нормализации
– Смотри, какие поля повторяются.
– Разделяй по сущностям: клиент ≠ заказ ≠ товар.
– Нормальные формы — не академикам, а тебе на пользу.
2. Определи связи заранее
– Один ко многим? Многие ко многим?
– Используй
FOREIGN KEY, чтобы база помогала тебе, а не мешала.3. Не бойся JOIN-ов
– Да, их становится больше.
– Но это лучше, чем сотни
NULL - ов и "status_1", "status_2" в одной колонке.4. Планируй под рост
– Временные костыли становятся постоянными.
– Заложи масштабируемость: разнос сущностей, отдельные таблицы для логов, истории, связей.
5. Назначь ID-шки как бог велел
–
PRIMARY KEY + автоинкремент или UUID.– Не делай
email или name ключом — это путь в баги.🧠 Помни: хорошо спроектированная схема ускоряет разработку, а не тормозит её.
А переделывать схему сложнее, чем сделать нормально с самого начала.
📲 Мы в MAX
#db
👉 @database_info