Деление на ноль в SQL #769870

Добрый день Коллеги. Столкнулся с проблемой, ошибка деления на ноль. Вроде все просто, но начал ковырять и наткнулся на странную проблему. Имеем вот такой запрос: ВЫБРАТЬ     И НЕ СпрУпаковки.ПометкаУдаления При делении запрос выдает ошибку деления на ноль в SQL базе. Эта же база в файловой ошибку не возвращает. Если в sql базе не делить, а просто вывести отдельно знаменатель и числитель, то они не равны нулю. Если из запроса убрать внутреннее соединение, ошибка не возникает. Кто с таким сталкивался, как такое решать?

поймай запрос профайлером и позырь

у меня дежавю?

В этой ветке всё гораздо подробней описано Но решения пока никто не предложил Интересно, что проблема как минимум три недели существует с момента выхода релиза 11.2.3.108 но сообщение о проблеме были на мисте опубликовано почти одновременно

вот это ВЫБОР КОГДА НЕ СпрУпаковки.ЭтоГруппа ТОГДА СпрУпаковки.Числитель / СпрУпаковки.Знаменатель КОНЕЦ не помогло?

Нет, СправочникУпаковки там иерархия элементов нет там никаких групп

КОГДА ЕСТЬNULL(СпрУпаковки.Знаменатель, 0) = 0 ТОГДА ...

Вообще вопрос не как обойти проблему — это совсем несложно. Вопрос в другом - почему? То есть наблюдается явление противоречащее здравому смыслу, а объяснения нет.

если ты хочешь понять почему, то лови профайлером

странный, очень странный запрос.

Поймал, деление 1 на 1 Оп! И правда дежавю, пошел изучать Не катит, проверял, там точно число, нет ни нуля, не NULL`а. Результат запроса в консоле Числитель = 1, Знаменатель = 1. Запрос из типовой конфигурации, так что комментировать странность не буду. Пока меня смущает то что, в соединении оба условия возвращают истину, убираю любое из условий проблема не возникает. Кстати проверил на постргре, ошибки нету. Похоже скуль не корректно интерпретирует условие в соединении.

не скуль, а 1С скармливает скулю криво

Проблема еще решается кстати если упорядочивать без ИЕРАРХИИ, но поведение все таки странное. Буду писать на хот лайн 1с-ников, проблема все таки похоже платформенная.