к примеру столбец фото.
Фото может быть одно, а может быть несколько.
Такая задача решается с помощью создания отдельной таблицы типа user_id - image_id ? И правильная ли архитектура будет? Так как это не М-М отношение.
Либо например, не столбец фото, а что-то другое, чего может быть несколько, и что будет индивидуальным для каждого юзера
В случае М-М из разряда пользователь-товар тут понятно, что нужно отдельную создавать, но именно в случае, когда у каждого клиента информация своя, как поступать?
Добавление дополнительных столбцов типа photo_1, photo_2 ... это правильное решение?
ну тебе ведь это и надо?)
Ну ты же написал, что тебе нужно что бы у юзера были фото. Или тебе нужно что бы к этим фото был доступ и у других юзеров*
В каком смысле доступ? Суть та же что у соц сети к примеру
Ну тебе нужно что бы у юзера были фото. Так? Так. Их может быть много. Так? Так. Значит тебе нужен OneToMany. Или ты хочешь что бы фото которые есть у одного юзера - могут быть связаны и с другими юзерами
Ну все так, как ты понял
Обсуждают сегодня