Доброго дня!
Продолжаем заниматься "издевательством" над "клюшками" есть отчет который собирает данные по дням в интервале с по, по списку номенклатуры. Отчет аналитичсекий, соответсвенно интервал выборки не маленький, таблица получаются от 2млн записей и по 10 полей. 1С-ка показала нам дулю, с нехваткой оперативной памяти. Посоветуйте, как можно выкрутиться из этой ситуации, м.б. в справочник ее сгружать? Или в dbf-ку сохранить ?

Скуль под рукой есть? Туда пиши...

Память нарастить не предлагали ещё? :)

(2) Для 77? Ты её заставишь больше 2Г пользовать? Ты гений?

(2) а смысл, процесс 32-х разрядный, набирает 1.8 и сваливается, память свободная есть.

(1) скл есть, не понятно, как туда записать, но еще более непонятно как с этими данными потом работать, там в дальнейшем используются методы "НайтиСтроку", "ПолучитьЗначение" и т.п. для работы с ТЗ.

создай базу в sqllite, там и балуйся

(0) >> Отчет аналитический

Попробовать огранизовать какой-нибудь OLAP

(0) 1. Убрать длинные строковые поля из ТЗ, только ссылки чтобы остались на справочники
2. Уменьшить периоды и делать кусками
3. Перейти на 8-ку
4. Написать ВК или использовать готовый OLAP

или в comactSql

(9) По слову "comactSql" гугель выдаёт сплошь иудейские буквы? Ви таки да?

(8) там и так все поля с числами, поле код + номенклатура (ссылка), писе, и да используется ИТЗ, в которой потом идекс создается.

(10) sql compact

(10) ты ещё камшот sql загугли :)

(13) Я не знаю таких слов...

(11) Так всё-таки, ТЗ или ИТЗ используется? (в сабже говорится про ТЗ).

Уволить того чудака, который заказывает отчет на 2 миллиона строк. Сколько лет он его анализировать собрался?

(11) Простой путь - создай временную таблицу в SQL и делай все в ней запросами.
Сложный путь - написать класс наследник таблицы значений и в ней все методы переделать прямой работой с таблицей в SQL.

(0) простейший путь - Отчет за каждый день в отдельную ТЗ; при выводе можно обьединить за все дни

(0) Пропатч на 4гига https://ntcore.com/?page_id=371
Временно спасет. Но с таким объемом все равно прямой путь в sql.

https://powerbi.microsoft.com/ru-ru/desktop/
https://www.mssqltips.com/sqlservertip/4621/using-power-bi-with-json-data-sources-and-files/

(16) Писать на скуле отчет с кучей группировок на выбор и при каждом нажатии на строчку выбор расшифровки/детализации. И детать будет и наглядно и быстро заказчик найдет что ему интересно. Ну нафик никому не нужны отчеты на миллионы строк.

(21) детать = летать

(5)
1. Для больших объемов данных давным-давно придумали механизм под названием "Базы данных".
2. Базы данных используют свои механизмы поиска. Поэтому ""НайтиСтроку", "ПолучитьЗначение" и т.п. для работы с ТЗ." - сразу в сад.
3. Как только вы "подсядете" на 1с++ - вы уже не сможете остановиться. ;)

+23 Еще одно замечание: за все время работы с 1с я еще ни разу не встречал человека, который хотел бы видеть в отчете 2 миллиона записей.
Отсюда вывод: при получении данных сразу ограничивать выборку до "необходимого вида".