Всем привет.

Есть свой РН Обороты.
По нему собираются данные в JSON.
Если период в запросе превышает месяц, запрос падает.
Я хочу реализовать запрос в цикле, предварительно разбив период на месяцы. Какие еще могут быть варианты оптимизации? Добавить автономер и выполнять с указание первые n не получится же, так как придется сначала выполнить за год, например, запрос, поместить в вт, а потом к ней делать в цикле запрос? Порядок записей от сотен тысяч до десятков миллионов.

а точно запрос падает? может падает вывод/формирование джейсона все же.
запрос имхо должен быть один а дальше результат уже нарезать в зависимости от ограничений.

(1) JSON тоже режется, собирается в файлы через поток.

(0) покажи запрос. Что значит падает?

(0)Полей которые дают уникальную запись много? Можно выбрать первые N делать. Результат помещать во временную таблицу. Потом делать тот-же запрос, но без того что есть во временной таблице. И так до конца.

(0) >> запрос в цикле, предварительно разбив период на месяцы

ИМХО, нормальный вариант.
Вряд ли другие методы дадут хоть сколько-нибудь заметно более качественный результат. В (4) по сути это самое и предлагает - запрос в цикле.

(0) >> запрос падает

Как и с какой ошибкой?
Просто интересно...

(6) +1
[запрос падает] напрашивается на детализацию

(0) Использовать параллельное выполнение на куче фоновых
Например весь период разбить на дни, запускать запрос в отдельном фоновом для каждого дня
Результат фоновых собирать в массив из ТЗ или сразу структур
Затем как все фоновые выполнятся - соединить в JSON

А зачем такая аналитика на регистре - если нельзя получить даже месяц оборотов?

(0) Бля, как может запрос по РН Оборотам падать? Сиди ковыряй свои левые внутренние соединения и обращения через точку. Ну я блин не знаю, там что каждая позиция чека отражена в какой-нибудь х5 или Магните по всей РФ?

Ну вот было типо остатки марок выгрузить в SAP (в Excel бля), а там 50+млн марок, надо выгрузить артикулы номенклатуры, код организации\склада, вот там да, запрос падал и Excel падал и сиди объясняй что ОЗУ на SQL в 2Гб недостаточно и Excel тоже говно.
Я к тому что явно в (0) не 4Гб ОЗУ выделено, чет не то все-таки. 10млн записей за месяц - это что?

(9) Это скорее всего, ошибка проектирования. Кому она нужна - никому, РН тут нафик не нужен