ŹR
Можешь сделать view себе если хочется
Size: a a a
2020 April 01
AB
=(
MS
Переслано от 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?
Что-то мне это неуловимо напоминает...
ŹR
А вот интересно, как бы ты потом этот Employee апдейтил?
ŹR
Одним запросом две таблицы сразу?
ŹR
Типа «похер на эксплисит»
AB
Одним запросом две таблицы сразу?
я не очень понимаю, почему вдруг одним запросом. это какие-то свойства экто, которых я не знаю?
LL
Переслано от 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?
Зачем писать таблицу, когда эти данные уже есть в базе. Для таких слуаев есть вьюхи или можно джойнить
AB
Зачем писать таблицу, когда эти данные уже есть в базе. Для таких слуаев есть вьюхи или можно джойнить
так я же не про таблицы спрашиваю, а про маппинг в приложении
LL
так я же не про таблицы спрашиваю, а про маппинг в приложении
Можешь сделать схему по вьюхе. В документации к
ecto написано что он так умеет. Только вот записывать данные по этой схеме придётся аккуратно в транзакцииAB
Что-то мне это неуловимо напоминает...
я вообще не понимаю, о чем конкретно ты сейчас.
в принципе, у нас были и есть похожие штуки, но это вообще довольно часто встречающийся паттерн.
в принципе, у нас были и есть похожие штуки, но это вообще довольно часто встречающийся паттерн.
AB
Можешь сделать схему по вьюхе. В документации к
ecto написано что он так умеет. Только вот записывать данные по этой схеме придётся аккуратно в транзакцииа какие-то данные можно записывать не в транзакции?..
ŹR
Если ты одну таблицу модифицируешь - можно не в транзакции
ŹR
я вообще не понимаю, о чем конкретно ты сейчас.
в принципе, у нас были и есть похожие штуки, но это вообще довольно часто встречающийся паттерн.
в принципе, у нас были и есть похожие штуки, но это вообще довольно часто встречающийся паттерн.
Честно говоря никогда не встречал такого паттерны
ŹR
Я даже смутно могу себе представить, где же нужен person без своего id
ŹR
Я бы возвращал
Employment |> preload person
И вангую это было бы то что надо почти везде
Employment |> preload person
И вангую это было бы то что надо почти везде
AB
Если ты одну таблицу модифицируешь - можно не в транзакции
да не бывает никаких модификаций "не в транзакции"
но ладно, это вопрос точки зрения
но ладно, это вопрос точки зрения
AB
Я даже смутно могу себе представить, где же нужен person без своего id
кажется, я недостаточно понятно вопрос описал, да
LL
Я думаю тут подойдёт и
join_through в many_to_manyAB
Я думаю тут подойдёт и
join_through в many_to_manyда, он подойдет, и им можно обойтись, но меня интересовал уровень гибкости маппинга