кто поможет?
Она не совсем про дотнет, скорее про базы данных, но все же
Есть постгря, в ней таблица с задачами. Сервис забирает пачку этих задач и процессит.
Проблема: я хочу запускать свою аппликуху в докер контейнерах (а желательно и чтобы она могла просто на одной машине многопоточна), но не знаю, как забирать задачи так, чтобы они не конфликтовали, и при этом уметь откатывать результаты процессинга в случае ошибки.
У меня сначала была идея, чтобы иметь колонку ProcessingStatus, и когда я забираю задачи, я проставляю им Processing, а у транзакции ставлю ReadUncommitted, чтобы все остальные приложения видели, что эти задачи уже процессятся. Но тут проблема в том, что постгря не умеет в ReadUncommitted, да и это не спасет, если задачи будут загружены одновременно, перед установки им статуса Processing.
Есть для такой задачи паттерн какой-нибудь, или еще что? Плюс, я довольно слабо разбираюсь в транзакциях, может я как-то могу детерминированно залочить определенные строчки? Желательно, чтобы это умел EntityFramework, но можно и через адо %)
ReadUncommitted — полный фуфел. Почитай про оптимистичный и пессимистичный контроль конкурентности, блокировки, Serializable, и всякие там select for update (по идее в psql такого нет, но мб есть аналог какой-то на кастомных блокировках — которые там тоже есть, кстати!)
Еф такое не умеет, гугли select for update skip locked
Лучше очередь завести типа rabbitmq и не париться, так как она сама будет балансировать нагрузку между её подписчиками. И если тебе не нужно exactly once processing, то можно базу выкинуть совсем. Если нужна, то при получении с шины сообщения, читать с базы статус и не процессить, если уже сделано. Естественно лучше делать пакетно,а не по одному
Обсуждают сегодня