Eprst писал(а) 27. Ноября 2012 :: 12:26:

а ничего что это "release candidate"? типа до конца не проверена?

Eprst писал(а) 27. Ноября 2012 :: 12:26:


только это:

		Рез = ЗагрузитьВнешнююКомпоненту(КаталогИБ() + "ExtDlls\1cpp.dll");
		УправлениеНастройками = СоздатьОбъект("УправлениеНастройками");
		УправлениеНастройками.Включить("EnableTurboBL");
 

Eprst писал(а) 27. Ноября 2012 :: 12:26:


230тыс.строк

Eprst писал(а) 27. Ноября 2012 :: 12:26:

ИТЗ потом обрабатывается, и промежуточные результаты тоже потом нужны, писать это все запросами - тяжко

Eprst писал(а) 27. Ноября 2012 :: 13:44:

так ведь по-правильному должна не валиться, а вернуть код ошибки, сказать типа "...невозможно выполнить запрос..." и т.д.
чего валиться-то?

Eprst писал(а) 27. Ноября 2012 :: 13:44:

ага

Eprst писал(а) 27. Ноября 2012 :: 13:44:

около 200Мб

ТЗ и ИТ с одними и теми же данными занимают разное место в памяти:
для 230 тыс. строк ТЗ занимает 300Мб, ИТ - 400 Мб.

Это нормально?

es3000 писал(а) 27. Ноября 2012 :: 20:19:

если база ms sql то вместо таких огромных таблиц  ТЗ,ИТЗ гораздо эфективене во всех отношениях
использовать временные таблицы #tabl_1 ( и индексы на них)
на самом ms sql сервере.

Eprst писал(а) 28. Ноября 2012 :: 06:38:

ну вообще не очень понятно,
зачем нужен отчет на 200 000 строк.

Выяснилось: ИТ не при чем, ИТ отрабатывает нормально,
вылеты происходят когда выполняется:
КомандаОЛЕ.УложитьСписокОбъектов(лСписокНом, ВремТабл);

в списке около 6 тыс. наименований


И есть предположение с чем это связано.
Недавно на сервере вирус операционку повредил. Возможно повредились какие-то системные библиотеки связанные с OLEDB.
Возможно такое?

Ну тогда вылеты не были бы связаны с объемом данных.
А у меня на маленьких объемах (по одной номенклатуре) отрабатывает хорошо.

Eprst писал(а) 28. Ноября 2012 :: 08:59:

да

переустанови vfp

если запрос правильно построен с учетом использования индексов, то sqllite ему проигрывает в разы на некоторых запросах (особенно, где group by есть)