M
И создавать новый процесс
Size: a a a
2021 January 04
LL
По факту, если оба процесса слинкованны и если закрешиться Таск, то упадёт и основной - то я не вижу надобности разделять это
Возможно это способ что-то выполнить вне транзакции
Возможно это оптимизация
Возможно это просто у кого-то глаз замылился, а на ревью не нашли
Возможно это оптимизация
Возможно это просто у кого-то глаз замылился, а на ревью не нашли
B
По факту, если оба процесса слинкованны и если закрешиться Таск, то упадёт и основной - то я не вижу надобности разделять это
Ну значит я правильно понял тебя. Если юзать Broadway, он тебе даст отказоустойчивости, если один процесс упадет, по-мимо того, что он не затронет другие он еще будет передоставлен. И позже вытянешь его из очереди.
B
+ сможешь собрать все на batcher и вместо Repo.insert закинуть все через Repo.insert_all
LL
+ сможешь собрать все на batcher и вместо Repo.insert закинуть все через Repo.insert_all
Интересно звучит, но пока что больше похоже на извращение какое-то
B
Интересно звучит, но пока что больше похоже на извращение какое-то
А в чем извращение то?
M
С другой стороны может там оочень тяжёлый реквест в базу и поэтому такое решение с таском
2021 January 05
M
LL
А в чем извращение то?
Собирать запросы и в батчере их
И в моей практике обычно программа исполняла один-два запроса на один
insert_all звучит плохо, потому что довольно часто нужно ещё и update, и select и всё такоеИ в моей практике обычно программа исполняла один-два запроса на один
HTTP реквестB
Собирать запросы и в батчере их
И в моей практике обычно программа исполняла один-два запроса на один
insert_all звучит плохо, потому что довольно часто нужно ещё и update, и select и всё такоеИ в моей практике обычно программа исполняла один-два запроса на один
HTTP реквестЯ с upsertom вставляю
B
Когда надо Update
B
insert/update
B
on_conflict = {:replace, [:a, :b]}
Repo.insert_all(
Company,
data,
on_conflict: on_conflict,
conflict_target: :id
)LL
on_conflict = {:replace, [:a, :b]}
Repo.insert_all(
Company,
data,
on_conflict: on_conflict,
conflict_target: :id
)Ох уж этот маркдаун в телеге, меня тоже бесит
B
ага 🙂
AD
Собирать запросы и в батчере их
И в моей практике обычно программа исполняла один-два запроса на один
insert_all звучит плохо, потому что довольно часто нужно ещё и update, и select и всё такоеИ в моей практике обычно программа исполняла один-два запроса на один
HTTP реквестНет, это стандартная практика когда нужно вставить пачку результатов. Update и select тут ни при чем
LL
Нет, это стандартная практика когда нужно вставить пачку результатов. Update и select тут ни при чем
Что?
MK
Нет, это стандартная практика когда нужно вставить пачку результатов. Update и select тут ни при чем
Именно так, делать
если в
N+1 запрос на insert, как правило — не так эффективно как за один мульти-инсерт вставить записи. если в
ORM поддерживается работа с PL/SQL returning clause и т.п, то за одно обращение к базе получится как обновить датасет, так и сделать по нему выборку.X
А это норм, что плагин для vscode запускает процесс beam.smp, который сразу на полную начинает жрать ресурсы компьютера, как будто я блин генту компилирую?