Эта таблица используется в несколько проектах, например: сайт по посещению зоопарка, сайт по посещению бассейнов и т.д. Каждому такому проекту нужны свои данные о пользователе, но при этом сама таблица должна остаться, т.е. некоторые основные параметры (типа email, пароль, дата создания и т.д.) присутствуют у всех
Как лучше это дело организовать?
1. Ну и что что разные параметры, пихай все в одну таблицу, т.к. это свойства одной сущности "User", а потом в запросах используй select с нужным полями
2. Не надо все мешать, т.к. в конкретный момент времени все данные абсолютно не нужны и лучше создавать под каждый проект таблицу отношения, что-то вроде user_zoo__data, user_pool_data. В этих таблица просто делать связь user_id и уже специфические параметры записывать туда. А в коде, по ходу необходимости подгуражать такие отношения
Оба варианта возможны
Обсуждают сегодня