AD
используй transaction вне контекста короче
Size: a a a
2019 March 13
IB
а поняла, transaction запускает исполнение, тогда есть смысл
Да, как и
Repo.insert/update в случае changesetAD
вообще если говорить про тесты, никто не мешает тестировать данные в самой базе, в плане после исполнения multi
к
имхо так даже лучше всего, тесты будут ближе к реальному флоу
IB
Это понятно, но тут наполовину вопрос про тестирования, наполовину про композицию всего этого. Потому что если всё возвращает multi, а не уже готовое, то их достаточно несложно объединять
IB
Ну в общем, идею я понял, спасибо
AD
тут еще вопрос зачем ты используешь multi, если чтобы получить чистые функции, то да имеет смысл тестировать unit тестами, если просто для последовательного исполнения запросов, то multi совсем не обязателен, transaction достаточно
ŹR
Multi выглядит более функционально
AD
т.е. чистые функции?)
ŹR
Типо того
AK
ŹR
Ну и с мульти можно какой-нибудь батч сгенерировать
ŹR
Через reduce пихать запросы в мульти, а потом выполнить транзакцией
ŹR
Если ты пользуешься транзакцией, то значит несколько запросов, а значит with
AD
прям способ выстрелить в ногу :D
ŹR
Ну и там чисто визуально может все съехать)
AD
с batch обычно наоборот стараются обойтись одним запросом
AD
я по другую сторону баррикад относительно with)
ŹR
Батч я не правильно назвал пожалуй
AK
batch - это про события, какая взаимосвязь с multi? или я чего-то незнаю?