Нюансы (глюки) sql. Нужен совет специалиста 1С+SQL #118266

Запрос отрабатывает в dbf базе, а в базе sql результат запроса пустойне отрабатывает условие Условие(СчетУчета в спСчетаУчета);спСчетаУчета - список значенийТекс запроса:  ;Если кто сталкивался с подобной проблемой поделитесь способом решения.

что-то такое было, тока очень давно. Какой релиз 1с?Как я понял "СчетУчета" - это счет из плана счетов?Попробуй такое условие: "Условие(СчетУчета.ТекущийСчет в спСчетаУчета);"

Тип значения Счет в измерениях регистра?

То 4. Безтолковое проектирование. Очень приколько будет, когда одна и та же хрень будет матириалом и товаром (продукцией).Список как заполняется? И какой тип значения в карточке товара?

не за что. Я такой глюк ловил еще лет 5 назад.Попробуй платформу обновить на более новый релиз. Кстати со справочниками такая же ботва бывает. Лечится также.

То 7. Нет такого глюка. Ни на одном релизе движка.Есть ошибки программиста, связанные с несоблюдением типов дланных. И есть особенность работы с реквизитами неопределенного типа.Причина различий в том, что DBF-версия проводит неявное преобразование типов данных, прощая ошибки. SQL же не прощает.

И где тут расхождение в типах данных? и где реквизиты неопределенного типа?Вот тебе пример:есть измерение регистра "ИзмРег" типа "Справочник.ХХХ"есть реквизит на форме отчета "ВыбСпр" типа "Справочник.ХХХ"Условие в запросе: "Условие(ИзмРег в ВыбСпр)" - не отрабатывает в СКЛ-версии, а "Условие(ИзмРег.ТекущийЭлемент в ВыбСпр)" - работает корректно.

как заполняешь список?

То 9. Не надо ля-ля!"есть измерение регистра "ИзмРег" типа "Справочник.ХХХ"есть реквизит на форме отчета "ВыбСпр" типа "Справочник.ХХХ"Условие в запросе: "Условие(ИзмРег в ВыбСпр)" - в таком случае не работали ВСЕ отчеты в той же типопой ТиС или комплексной. Однако никто, кроме тебя, этого не замечает.Применение же твоего "корректного" Условие(ИзмРег.ТекущийЭлемент в ВыбСпр) вытягивает выполнение запроса с сервера на сторону клиента. После таких условий обычно и начинаются вопли "1С тормозит безбожно". Особенно круто обращение через точку.

списка никакого нет. Может я пример привел не совсем корректный. Согласен с тобой, когда обращаешся просто к измерению регистра, то все нормуль. Но когда условие идет, например, по реквизиту справочника, на который ссылается измерение или что-то подобное, то и возникает эта ситуация. Обрати внимание у в одном случае условие работает нормально, т.к. счет - измерение регистра, а не работает в ситуации, когда счет - реквизит справочника на который ссылается измерение. Опять же повторюсь, такое у меня было 5 лет назад и больше я такого не встречал.

То 12. Конечно некорректный :) Боле того и пример с реквизитом справочника тоже некорректный. Если он не неопределенного типа или не периодический.А вот цифра в пять лет может говорить о проблемах с путями через четыре точки. Был такой баг (или не баг даже - при попытке распарсить такие перлы у кого хочешь крыша уедет).

Хм, странно... Может я с тех пор стал более грамотно запросы писать? :) Есть правда в твоих словах :)