Кто сталкивался? The query processor ran out of stack space during query optimization #476777

Текст запроса простой ИЗ            Авто, ГДЕ    (НЕ ПроводкиПоУпрПлануСчетовОстаткиИОбороты.Регистратор ССЫЛКА Документ.ПеремещениеТоваров)

Выполнял следующее: 1. Если убрать "Субконто1.Код В (&ВыбНоменклатура)" ошибка исчезает. 2. Если задавать дата1 01.04.2010 00:00:00 или ранее, то ошибка исчезает 3. Если задать дата1 01.04.2010 00:00:01 или позже ошибка возникает. 4. Выполнил ТИИ и пересчет итгов в SQL варианте. Добился устранения всех ошибок. Ошибка сохраняется 5. Перевел базу в файловый вариант. проверил СHDBFL - ошибок нет. 6. ТИИ в файловом варианте - ошибок нет 7. Запрос в файловом варианте работает 8. Перевожу обратно в SQL - вылетает 9. Вывел на печать массив <ВыбНоменклатура> количество элементов 91. Начал увеличивать количество эл-тов с 1-го. На 57 элементе - возникла ошибка. 10. Проверил запрос на элементах с 50 по 60 - ошибок нет 11. Начал добавлять элементы 91,90,89... где-то на 57 снова возникает ошибка Что еще можно сделать?

ГДЕ    (НЕ ПроводкиПоУпрПлануСчетовОстаткиИОбороты.Регистратор ССЫЛКА Документ.ПеремещениеТоваров) неосилил... зачем И ИСТИНА?

Субконто1.Код В (&ВыбНоменклатура) - а подумать?

на Скуле запросам помагает обновление статистики ещё...

текст запроса формируется динамически. в исходном вариате строка "И ПроводкиПоУпрПлануСчетовОстаткиИОбороты.Субконто1.УпрВидРеализации.Код В(&ВыбУпрВид)" она заменяется на "И ИСТИНА" если не задан массив ВыбУпрВид Текст взят с отладчика

не понял вопроса? Субконто1.Код - это строка, а ВыбНоменклатура - это массив вида 0002057,008926 и т.д.

что такое обновление статистики? Я не админ

на основании скульной статистики строится план запроса к скулю от 1с. можно попробовать обновить её, но лучше разобраться с самим запросом, оптимизировать

Еще баз 11. В 10 проблем нет. Счас перенес условие из параметров виртуальной таблицы в секцию ГДЕ т.е Субконто1.Код В (&ВыбНоменклатура) ГДЕ    (НЕ ПроводкиПоУпрПлануСчетовОстаткиИОбороты.Регистратор ССЫЛКА Документ.ПеремещениеТоваров)    И ПроводкиПоУпрПлануСчетовОстаткиИОбороты.Субконто1.Код В (&ВыбНоменклатура) ошибка исчезла. Но это же не оптимизация запроса.

как сказать... условие чесно говоря не красивое, запрос на скуль кривой посылает и оптимизировать не может... Субконто1 В (&ВыбНоменклатура) - чем не катит, если ссылки на номенклатуру а не коды подставлять?

и сколько там элементов в этих массивах номенклатуры и складов?

Запрос выполняется по СОМ-соединению, поэтому параметры передаем в виде строк и чисел и получаем тоже строки/числа склады до 15, номенклатура 3 тысячи.

что-то подсказывает мне, что нужно указать виды субконто. иначе возможно что Субконто1.Код цепляет за собой кучу таблиц (можно посмотреть в СКЛ профайлере).

спасибо, счас попробую

Субконто1 ССЫЛКА Справочник.Номенклатура                И Субконто1.Код В (&ВыбНоменклатура)                И Субконто2.Код В (&ВыбСклад) НЕ помогло, вылетел

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

Вообщем, админ где-то накопал, что это ошибка в SP4. Майкрософт вроде признает эту проблему. Пришлось переделать запрос. Заменил "Субконто1.Код В (&ВыбНоменклатура)" на Субконто1 В (ВЫБРАТЬ РАЗЛИЧНЫЕ        Номенклатура.Ссылка        ИЗ        Справочник.Номенклатура КАК Номенклатура