A
один раз пройдя по массиву, группируя всех по primary_key
Size: a a a
2020 February 25
A
и найдя те, который один раз встретились. ну или как-то так
A
От проекта зависит. Но выше шанс найти этот проект - точно
D
Помогите сообразить
есть таблица «пользователь»
и есть еще таблица «семейные отношения» структура которой
«юзер 1» привязка в таблица пользователь по id
«юзер 2» привязка в таблица пользователь по id
«Статус» - отношение муж\жена\cын\дочь
есть таблица «пользователь»
и есть еще таблица «семейные отношения» структура которой
«юзер 1» привязка в таблица пользователь по id
«юзер 2» привязка в таблица пользователь по id
«Статус» - отношение муж\жена\cын\дочь
D
Но как его теперь связать, не могу понять какая тут связь
D
Помогите сообразить
есть таблица «пользователь»
и есть еще таблица «семейные отношения» структура которой
«юзер 1» привязка в таблица пользователь по id
«юзер 2» привязка в таблица пользователь по id
«Статус» - отношение муж\жена\cын\дочь
есть таблица «пользователь»
и есть еще таблица «семейные отношения» структура которой
«юзер 1» привязка в таблица пользователь по id
«юзер 2» привязка в таблица пользователь по id
«Статус» - отношение муж\жена\cын\дочь
у одного пользователя может быть лишь 1 вид отоншений?
D
ну получается что нет
D
может же быть и жена и сын и дочь
D
но дочь ещё и чья-то жена)
D
но дочь ещё и чья-то жена)
ахах ну.. теоретически)
D
один ко многим же,не? если без учёта
D
а так многие ко многим сделать и всё 🌚
D
+1 многие ко многим с дополнительным полем
D
но одну запись нельзя для двоих юзеров использовать?
D
а
D
все понял, спасибо!)
D
то есть будет так что на одно одношение будет две записи?
D
первая запись id-муж и id-жена
вторая запись id-жена и id-муж
вторая запись id-жена и id-муж
D
то есть будет так что на одно одношение будет две записи?
возможно будут проблемы с synk, наверное лучше будет Many To Many (Polymorphic вынести «Статус» в отдельную модель)
D
понял, благодарю 👌