Максимальная длина очереди почтовика : Супермаг Плюс (Супермаг 2000)

Интересует предел допустимой длины очереди.
Т.е. известный факт, что с ростом очереди растет и нагрузка на БД, причем абсолютно тупая и холостая. Хотите положить БД - поставьте перечитку раз в 30 секунд и миллион объектов в очередь... Я видел, к чему это приводит. Оперировать невозможно, исправить, удалить и т.п. - тоже. Только чистить очередь скриптом.
Есть мысль встроить в оптимизатор предел, выше которого очередь будет тупо удаляться, как прошедшая точку невозврата. Необходимы статистические данные. Предлагаю за отправную точку взять
интересует максимальное число, после которого при штатных действиях сотрудника есть возможность вернуться обратно к нормальной работе. И вообще мысли по теме.

проблема надуманная.. в настройке почтовика есть параметр типа за сколько дней хранить очередь. по умолчанию 30 дней

Дооо, очень надуманная, вот только на той неделе сетка магазинов устроила себе миллион объектов в очереди за пару дней. Хз, что там напихали, не разбирался. Просто началось нытье, что все тормозит. Один почтовик и работал, причем зайти в него они не могли.

Была проблема с перечитыванием списка. Но в какой-то из 29 версий мы добились установки по умолчанию фильтра по количеству записей. После этого, очередь почтовика открывается всегда.

Вот не всегда :( При очень большой очереди он вообще не оживает. Т.е. после попытки подключиться уходит в себя.

Точно уже и не вспомню, но свыше 50 тысяч почтовик ложится глухо на дно, может и 100, давно это было, скорее цифры - пальцем в небо :)
Как один из примером такой фортель заиметь, кассовым модулем, в 1.026 при попытке принять файлы с одинаковыми Z номерами но разными датами.