AN
Даже в опроснике если где-то хранятся ссылки на id ответов и пользователь прислал второй раз ответы...
Size: a a a
2020 July 09
AN
Чаще безопаснее строить ассоциации снизу вверх
AD
Даже в опроснике если где-то хранятся ссылки на id ответов и пользователь прислал второй раз ответы...
ну смотри, если нет никакой настройки и все по дефолту, то будет exception, если настройка есть - то будет по настройке. так что вроде ничего страшного
AD
а вообще если пользователь пришлет второй раз ответы, то это явно будет не update, а insert, и на это те проблемы не распространяются
AD
ну мысль ясна короче
AN
В общем rtfm и чёткое понимание как это работает. Если это именно то, что нужно для бизнес логики, то ок, если нет - то руками. Я не говорю, что это криво работает, я говорю что это топорный механизм и часто не подходит, особенно при many to many
AD
а есть какая-то орм где все удобнее работает? я бы почитала
AN
Нету наверное)
AB
я вообще не понимаю, зачем надеяться на коробочный персист ассоциаций
AB
это же абсолютно необобщаемая тема
AB
опять же, если пытаться сделать какие-то ассоциации в коробке, наверняка исключатся какие-нибудь другие кейсы(и я даже про что-то подобное писал сюда)
VS
вот тоже почти никогда им не пользуюсь, кромк вырожденных
случаев,
по хорошему тут нужно две схемы, одна на чтение,
другая на запись,
на запись через multi решает все проблемы,
на чтение можно подрубить ассоциации, как удобно для фронта
случаев,
по хорошему тут нужно две схемы, одна на чтение,
другая на запись,
на запись через multi решает все проблемы,
на чтение можно подрубить ассоциации, как удобно для фронта
AB
Переслано от Alex Bubnov
о, кстати, про экто
предположим, у нас есть три таблицы
как написать схему Employee, такую что в ней есть поля position и name(person.name), а Company(тривиальная) has_many Employee?
предположим, у нас есть три таблицы
company(id, name)
person(id, name)
employment(company_id, person_id, position)
как написать схему Employee, такую что в ней есть поля position и name(person.name), а Company(тривиальная) has_many Employee?
во, нашел
AD
хз, у меня местах в 5-ти наверно используется cast_assoc, все устраивает, но я конечно все хорошо протестировала чтобы быть увереной что работает как надо
AD
во, нашел
не вижу тут проблемы, 3 схемы и many_to_many
AB
не вижу тут проблемы, 3 схемы и many_to_many
так я не хочу три схемы, я хочу две
AD
а какая разница?
ŹR
а какая разница?
Ты не понимаешь, ЭТО ДРУГОЕ!
Это чтобы у тебя в базе и в приложении данные выглядели по разному, чтобы 2 разных схемы данных учить
Это чтобы у тебя в базе и в приложении данные выглядели по разному, чтобы 2 разных схемы данных учить
AD
ну типа можешь employment не делать схемой и указывать название таблицы, но рили какая разница
AB
ну типа можешь employment не делать схемой и указывать название таблицы, но рили какая разница
вопрос был чисто в возможности сделать схему для результата джойна