В настоящий момент ORM поддерживает только Update/Delete по первичному ключу.
В результате если вам нужно удалить 10000 из 1 миллиона при определенном условии приходится или писать говнокод (перебор в цикле, а при указанных объемах это уже пошаговый процесс) или писать говнокод (sql-запрос ручками с поддержкой 3х баз даных).
В общем даешь методы bulkUpdate и bulkDelete которые смогут:
а) обновлять/удалять записи по условиям а не по ключам
б) смогут использовать в запросах свои же поля (например, увеличить значение целочисленного поля НА 1, т.е. SET x = x + 1)
SQL такую возможность предоставляет. Делать в цикле миллионы запросов на удаление - не правильно и очень затратно по ресурсам.
Но комментарий который получил так это то чтобы сделать псевдо функции внутри которых будет работать getList и выполнять имеющиеся update и delete
У меня это банальный список транзакций, которые я обработал и повторно их обрабатывать нельзя (получаю их из платежной системы). Уже через сутки запись об обработанной транзакции теряет актуальность. Нужен агент, который будет чистить таблицу. Записи в таблице ни с чем не связаны и не будут. По замыслу самого журнала не будут.