spock писал(а) 03. Декабря 2007 :: 16:13:

					case DBTYPE_WSTR:
						{
							wstrVal = (wchar_t*)&pRowValues[pDBBindings[nCol].obValue];

							// spock: 2005-11-13
							// Про обработку NULL-значений я и забыл :(
							// Обрабатываем просто: есть NULL, значит просто прописываем
							// пустое значение в ТЗ
							//
							if(DBSTATUS_S_ISNULL == dwStatus)
							{
								v.SetType(pColumnsInfo[nCol].m_nType1C);
								v = "";
								break;
							}

							v.SetType(pColumnsInfo[nCol].m_nType1C);
							v = OLE2T(wstrVal); // <== А не ##па ли здесь?
						}
						break;

 

Ы?
Проверил на базе РСДН. Для полей типа nvarchar используется именно DBTYPE_WSTR.

PVR писал(а) 03. Декабря 2007 :: 17:31:

Судя по ошибке, скорее всего, вылетает std::bad_alloc из недр ТЗ. Так что, OLE DB, скорее всего, не при чем.

Можно попробовать это проверить. Попробуй загнать свой запрос в статический провайдер для OLE DB:
http://uzhast.fatal.ru/vfp.oledb.provider/

Там исправленная 1С++ 2.5 + провайдер и обработка "Тест провайдера" (не "динамика"!). Провайдер не использует ТЗ и, если результат запроса помещается в память, то, скорее всего, будет работать нормально. Только сначала потренируйся на маленьких выборках.

И, да!, не используй таймаут обновления и не используй ползунок прокрутки. На таких объемах тормоза будут страшенные 

Uzhast писал(а) 03. Декабря 2007 :: 17:01:

че имелось в виду?

известное дело и что?

епт, помню - помню, что нужно внести правки на эту тему.

PVR писал(а) 04. Декабря 2007 :: 17:54:

Я имел в виду попробовать статический провайдер для ТП на твоем запросе. Т.е. взять обработку "Тест провайдера.ert", забить туда запрос и выполнить. Если вылет происходит не из-за OLE DB, а из-за ТЗ, то провайдер будет работать и в ТП ты увидишь результат своего запроса.

Как выполняется запрос через OLE DB? Берется запрос, выполняется, получается результат. Далее OLE DB перекачивает результат в ТЗ. Мне кажется, что ошибка возникает именно на этапе перекачки в ТЗ. Поэтому я и говорю, что можно попробовать статический провайдер для ТП. Он работает так: передает в OLE DB запрос и получает результат и держит его. Далее он просто ходит по этому результату. Без посредников в виде ТЗ. Поэтому если дело в ТЗ, то провайдер должен нормально работать.

Если провайдер будет нормально работать для твоей выборки, то, используя те изменения, которые были внесены в 1С++, можно будет сделать что-то вроде ODBC-рекордсета, но для OLE DB. Это позволит работать с результатом запроса без ТЗ. Что позволит делать выборки бОльшего объема, чем можно сейчас.

Как вариант: можно результат запроса выгрузить во временную таблицу на SQL сервере, а оттуда частями получать в ТЗ, обрабатывать, очищать ТЗ, обнулять ТЗ для освобождения памяти (не помню точно что уже делал,только очистку или очистку и обнуление), а потом получать в нее следующую порцию данных.
PS еще можно "таблицу" мега-большую сделать и по окончании доступной памяти 1С также отвалится.