Основные ошибки 1Сников, когда они начинают писать запросы для Супермага : Супермаг Плюс (Супермаг 2000)

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

Вот, автор поделия ниже, программист 1С, спросил меня, почему тут не только приходные накладные в итоге отбираются. Когда же я намекнул, что это мог родить только абсолютно незнакомый с темой человек, в ответ получил, дословно: "Неужели ORACLE настолько нежная СУБД, что валится от SELECT'ов?".

Думаю, вам самим будет интересно найти здесь ошибки? Тут их минимум три (или четыре, две одинаковые). Пишите, что найдете...

AND OPCODE IN ('16', '17')
OR (OPCODE = 4 AND USEROP = 412)

opcode число или строка?

число, конечно...

OR нужно закрыть в скобки с OPCODE IN , иначе ломается логика
OPCODE = 4 не будет отобран, т.к. это перемещение
CREATEDAT зря в строку конвертится - по индексу не пойдет

а вот IN со строковыми значениями прокатит, в число преобразует автоматом.

конечно
Да, это неявное преобразование типов, которого я рекомендую избегать, поскольку не всегда автомат приводит к нужному типу. В данном случае - opcode может преобразовываться в строку. И не всегда могут правильно сравниваться итоговые типы.
именно, не говоря уж неоптимальности сравнения дат, как строк... Особенно любят 1Сники косячить, сравнивая дату со строкой без указания региональных настроек. Типа DATE<'27.05.2020'... И пофиг, что где-то дата с английской локалью...

Если начинать работу на языке с конструкциями "Справочник.открыть()", приведенное выше - это еще хотя бы неплохо, хотя бы попытка разобраться.

Я познакомился с 1С именно в таком виде, и первый же звонок был, когда 1С-ник сказал "так у вас сеть 10 Мбит/с".

Вот у меня это где-то третий 1Сник за год в таком стиле. Еще не сильно воинствующий.
До этого попадался один гений, который сообщил мне, что его задача - писать запросы, а моя - делать в базе так, чтобы они нормально работали.
Шах и мат. :)