В результате более миллиона строк, как можно получить результат запроса порциями по 50000 с ссылками на объекты 1с?

обходить через рекорсет

выгрузить в вт

из вт читать порциями

(1) при обходи через рекордсет если появляется ссылка то появляется ошибка "1C++: Connection is busy with results for another hstmt"
как я понял это из-за того, что в процессе фетча идет дополнительные запросы к базе.

(3) Там всего лишь нужно Открыть() + пока ВыборкаОткрыта +След

так делаешь хоть ?

(4) да именно так
Но если есть в запросе айдишники которые должны быть преобразованы в ссылки, то идет ошибка на этапе добавления строк в ТЗ или по Сообщить(). Пробовал и в запросе описывать типизацию и после запроса исползьовать объект MetaDataWorks.
На других форумах пишут есть 2 варианта:
1. Дофетчить выборку
2. Включить MARS на сервере.

Как можно сделать не прибегая ко 2-му варианту?

У меня идея следующая: минуя ТЗ вывести результат сразу в табличный документ (вроде как там может быть больше строк чем в ТЗ), но я на текущий момент не могу показать ссылки.

(7) не угадал. Моксель жрёт еще больше памяти, чем тз.
В ИТЗ не пробовал сразу выгружать ?

или, в дбф/xls, например ?

Нет, не пробовал. В крайнем случае на 10 документов разбить (не знаю будут ли они все в оперативной памяти сразу).
Мне потом еще по этим данным нужно делать корректирующие документы.

ТЗ валит программу примерно уже на 400000

как выгрузить в ИТЗ из SQL?

(12) ВыполнитьИнструкцию же..там в параметр передаешь ИТЗ

Есть разница в использовании памяти ИТЗ и ТЗ?

http://www.1cpp.ru/docum/html/ODBC.html#executestatement

(14) есть, итз, по-крайней мере, оптимизировали

и это, попытка не пытка :)

ИТЗ на форму можно положить?

если не поможет, то (2)

(18) да. табличное поле же есть.
Можешь, и свой запрос поставщиком сделать..

(19) Да я думал сделать поле identity и читать из ВТ 10-ю запросами

"Можешь, и свой запрос поставщиком сделать.." не понял

(22) поставщиком данных для табличного поля на форме.
Тебе этот результат в миллионы строк.. зачем вообще ?

1. Пользователь запросил такой отчет
2. Потом по нему нужно создать корректирующие документы.

Я получаю около 700000 строк из oracle закидываю в sql, сравниваю и получаю расхождения которые требуется откорректировать.

(23) есть где то пример как привязать табличное поле к индексированной таблице, сделать поставщиком и тд?

(25)
Процедура ПослеСозданияФормы()
    
    _Форма = СоздатьОбъект("Форма");
    _Форма.УстановитьФорму(Форма);
    ТП = _Форма.СоздатьЭлементУправления("ТабличноеПоле", "ТП");
    Колонка = ТП.Колонки.Добавить("Контрагент");
    Колонка.Заголовок = "Контрагент";
    Колонка.Данные = "Контрагент";
    ТП.ПоставщикДанных = СоздатьОбъект("ПоставщикДанныхТЗ");
    ТЗ = СоздатьОбъект("ИндексированнаяТаблица");
    ТЗ.НоваяКолонка("Контрагент");
    ТП.ПоставщикДанных.ТаблицаЗначений = ТЗ;
    
КонецПроцедуры

Проверил с использованием индексированной таблицы:
ошибка "Error: Cannot allocate memory"

ПослеСозданияФормы() это  предопределенная процедура?
Почему не попадает в отладчике ни в ПослеСозданияФормы() ни в ПослеОткрытия()

На форму нужно закидывать табличное поле?

(27) тогда , только несколько запросов лепить

(29) кнопку или текст с идентификатором ТП

Это код для formex?

(28) да. Должен быть загружен 1cpp перед этим.
Только не помню, чьё событие, возможно, формекса. Тогда и его загрузи

(32) итд и табл поле - это всё 1cpp

*ИТЗ

Ошибка "Неудачная попытка создания ЭУ 'ТабличноеПоле'."

С кнопкой прокатило)

не знаю как в 1С++ в ToySQL пока не обращаешься к реквизитам выборки через точки никаких доп запросов не делается. если нужны такие запросы, то выборка идет через доп. соединение, а все запрос от 1С через собственное. и все чики-пуки.

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

Хрм... И сколько понадобится пользователю времени, чтобы хотя бы просмотреть такой объем данных? Подозреваю, что их не нужно выводить, надо сразу по ним некие действия производить. А тогда можно тупо ставить ТОР 10. И в цикле запрос крутить, по десятку обрабатывая (это если отработанные потом в запрос не попадают).

(41) Ну понятно что пользователю такой объем может и не к чему, но почему не реализовано работа с обходом результата запороса с проставлением ссылок через доп. соединение в 1с++?
Раньше никто не получал ссылки с обходом выборки без использования выгрузки в ТЗ?

еще нашел косяк в 1С++:
Если я помещаю внешние данные в 1 ВТ в SQL методомВыполнитьSQLИЗТЗ(), например по 50000 и строк не кратно 50000 (к примеру, 230000), то будет передано 230000, а 250000. Последние 20000 будут добиты.
Обход ошибки: при передачи хвоста (30000) нужно заново подготовить запрос и отправлять результат на сервер.

(42) не делай sqlизТз, делай тупо insert

(0) Ну вообще то можно просто и получать данные из запроса порциями

select top 50000
....


что то поделал, когда надо следующие

select top 50000

where
  key > ПоследнийКлючПредыдущегоЗапроса.

(44) для этого нужные уникальные (неповторяющиеся) ключи.

у меня запрос с конструкцией With RollUP

(45) Дэк ты запрос не забирай сразу. Создай временную таблицу в скуле с ключом. Запрос свой туда инсертом впихай и из нее уже бери потихоньку.

(47) ок, так и реализовал