ГДЕ ПометкаУдаления = ЛОЖЬ #635804

Здравствуйте, столкнулся с кодом, вроде бы код хорошего программиста, но смутили секции в запросе вида ГДЕ ПометкаУдаления = ЛОЖЬ Не пойму, это для индексирования, или для понимания сотрудников, следующих программистов. Почему нельзя было сделать ГДЕ НЕ ПометкаУдаления? Для повышения читабельности так сделали? Спасибо!

Здравствуйте, столкнулся с кодом, вроде бы код хорошего программиста, но смутили секции в запросе вида ГДЕ ПометкаУдаления = ЛОЖЬ Не пойму, это для индексирования, или для понимания сотрудников, следующих программистов. Почему нельзя было сделать ГДЕ НЕ ПометкаУдаления? Для повышения читабельности так сделали? Спасибо!

Все просто:

Каков критерий? Ведь первый вариант нагляднее. Только из-за того, что второй короче?

не только короче, но и быстрее в первом случае - выполняется операция сравнения, и затем уже отбор Во втором - сразу отбор

Думаю, что прав. Не в делении на хороших и плохих, а в определении "правильности". Считаю, что если переменная уже типа "Булево", то сравнивать её с чем-либо не надо, т.к. это уже лишнее. Ну, вот смотри (пример): Ты стоишь около автомата по приему мелочи. Автомат принимает только монеты номиналом 1 копейка (самая маленькая монета). Ты держишь в руках какую-нибудь монету и надо определить, это копейка или нет. Вариант 1: Берем нашу монету, ложим её рядом с эталонной монетой (копейкой) и сравниваем. Если монеты одинаковые, то бросаем нашу монету в автомат. Вариант 2: берем нашу монету и пытаемся скормить её автомату. Если автомат её захавал - то это была копейка. Согласись, второй вариант проще. Ведь зачем нам сравнивать монету?

???

Здрастии Серафим, всё это не так булевская переменная имеет значнение ИСТИНА и при сравнении компилятор берет так и сравнивает ГДЕ ПометкаУдаления = Истина - 1 операция сравнения ГДЕ НЕ ПометкаУдаления = Истина - 2 операции сравнения ГДЕ ПометкаУдаления = ЛОЖЬ - 1 операция Учите матлогику.

НЕ ПометкаУдаления читабельнее и смотрится красивей

запрос 1с транслируется в SQL. И сколько будет операций сравнения в SQL для ГДЕ НЕ ПометкаУдаления

А может всё-таки так: 1). ГДЕ ПометкаУдаления = Истина - 2 операции сравнения 2). ГДЕ НЕ ПометкаУдаления = Истина - 3 операции сравнения 3). ГДЕ ПометкаУдаления = ЛОЖЬ - 2 операции сравнения 4). ГДЕ ПометкаУдаления - 1 операция сравнения 5). ГДЕ НЕ ПометкаУдаления - 1 операция сравнения ???

+ Ошибся, во 2-ом пункте тоже две операции сравнения...

ничего не так, а в скл по любому 1 операция потому что частичка НЕ возвращает ту же переменную только с обратным значением в нашем случае ЛОЖЬ, а передает ее 1с в язык скл уже в готовом виде. где пометкаудаления=истина - 1 операция так как где пометкаудаления и пометкаудаления=истина  - одно и тоже

Значит, ты утверждаешь, что "Истина" и "Истина = Истина" - это одно и то же?

для компилятора да, так как перед истина стоит еще оператор где, он вынужден его сравнивать в любом случае

он ведь берет переменную и в зависимости от ее значения ответвляет алгоритм, поэтому если даже чисто логически подумать ему приходится сравнивать

А то что "Истина = Истина" это уже операция сама по себе, это ничего да? По этой логике "1 = 1" и "1 = 2 + 3 - 4" одно и тоже и телодвижений в обоих случаях 1...

Запрос sql показывайте уже

конечно это операция, операция сравнения, тоесть ты хочешь сказать что если не писать = истина, то компилятор тупо не сравнивает? если не сравнивает как машина будет производить дальнейшие действия по условию?

В случае "ГДЕ ПометкаУдаления" компилятор сравнивает переменную со значением ИСТИНА - 1 операция. В случае "ГДЕ ПометкаУдаления = ИСТИНА" компилятор сравнивает результат операции (которую тоже нужно вычислять) со значением ИСТИНА - 2 операции. P.S. Что, так сложно писать номер поста, на который отвечаешь?

Прости Куб, я просто незнаю где ставить это чтоб помечалось. Так какой операции? Присваивания тут нет, такое же сравнение. Это просто для удобочитаемости сделано.

Никакой разницы нет как писать, оба варианта хорошие. Первый вариант нравится семеркоманам, второй семеркофобам. Зачем из мухи слона раздувать? Ничего плохого нет в том что программист так написал, просто ему так нравится. Некоторые бывает пробелы не ставят вокруг арифметических знаков и скобок, их же за это никто не осуждает.

Да, тут форум самопальный, видно даже по дизайну, и нет кнопки ответа на конкретное сообщение, надо руками писать скобки и число.

Однохренственно. Ты еще такты проца посчитай.

Норм.код-читабельный

пометкаудаления может null быть в случае если запрос так построен. Я не помню что будет если ГДЕ NULL. Может программист таким образом хотел сказать, что "левоприсоединяемый элемент справочника для данной строки и существует и не помечен на удаление"

А вообще я встречал следующие штуки Вопрос на сообразительность, что это и зачем?

:) что бы дальше при написании кода автодополнение работало как у справочника Склады. :)

Бугага. Хорошая, годная ветка

Программиста из - расстрэлять! - назначить начальником святой инквизиции долбодятлов!

чтобы создать переменную?

Не тупите. Программер из - молодец. Ибо кот вида Если УМашиПлющкиЕсть Тогда КонецЕсли; при небулевой переменной УМашиПлющкиЕсть в первом случае выпадет в осадок, а во втором случае - нормально не отработает.

А почему никто не сказал ещё, что ПометкаУдаления может быть ещё и NULL? Что тогда выдаст НЕ NULL?

Тот же стандарт он автоматом скорее всего применил в запросе.

тшорт.. Опоздал :-)

Я сказал - ты не успел!

Ну всетаки я в Москве - байты быстрее ползут до Германии.

смотри :) и в и ты сам себе противоречишь :)

а почему бы не посмотреть на саму монету и определить номинал визуально? :)

НЕ в условиях запроса использовать не рекомендуется

сам придумал?

узнал когда готовился к эксперту

Смотрю на тему и на свой запрос    |ГДЕ    |    (НЕ ЗаданиеТорговомуПредставителю.ПометкаУдаления) Бежать исправлять?

"ложим" - что делаем?

имхо сразу заявление на увольнение

более того валить вину на других. А так же сменить ник на мисте.

+ и пол

ОБС?

и никто не вспомнил, что типа булево в мс скл нету...

>>"ложим" - что делаем? кладём!

orly? А че делает тип bit? Если забыть, что 1С на него положила и юзает binary (наверное хранит чето кроме 2-х значений)

да. есть еще третье значение булево - ХЗ

Емнип, "Не" может покорежить план скулевского запроса. А если еще делать join по условие "Не в" может получиться вообще некрасивость

Лучше так

Где взял не помню, но пользуюсь часто. #Если НЕ (Клиент Или Сервер Или ВнешнееСоединение) Тогда

из-за особенности построения мозгов, как результат юзания разговорного языка. отрицание может быть как отрицанием, так и усилением отрицания. т.е. ответ "нет" на вопрос "Ты не работаешь?" в русском, как правило, означает "нет, не работаю". в английском же "нет, работаю". вроде так...

а все потому что придумали хранить в базе Неопределено, придурки!

вызываешь дух Ненавижу1С?

в личной карточке это он и есть.

ыыы, я лошпек )))

ыыы, да ты лошпек )))

ты не отвлекайся ,пости больше голых девок )

пятницы не дождались..

де факто в Татарстане пятница. завтра праздник.

select top 1000 * from dbo._AccRg24762 where not _Active = 1 Argument: OBJECT:([onyx_upp_sam].[dbo].[_AccRg24762].[_AccRg24762_ByPeriod_TRN]), WHERE:(CONVERT_IMPLICIT(int,[onyx_upp_sam].[dbo].[_AccRg24762].[_Active],0)<>) EstimateIO: 192,5735 EstimateCPU: 8,972452 TotalSubtreeCost: 0,02843862 !!! select top 1000 * from dbo._AccRg24762 where _Active = 0 Argument: OBJECT:([onyx_upp_sam].[dbo].[_AccRg24762].[_AccRg24762_ByPeriod_TRN]), WHERE:(CONVERT_IMPLICIT(int,[onyx_upp_sam].[dbo].[_AccRg24762].[_Active],0)=) EstimateIO: 192,5735 EstimateCPU: 8,972452 TotalSubtreeCost: 0,05277556 !!!

+ ошибся =) для обоих запросов TotalSubtreeCost: 5,181245 надо было сравнивать с 0x01 и 0x00 =) так что считайте дальше количество операций сравнения.

В одинэсике нет аналога /* много строк */ поэтому чтобы иметь возможность быстро включать/отключать кусок кода приходится писать

можно выделить область и закоментировать пачкой строк. имхо все таки для того что бы дальше когда пишешь код автодополение и контекстные подсказки работали с правильным типом переменной. По крайне мере я сама так делаю :). Пишу в начале метода. А после напиания удаляю такую строку.

сам* написания*

Замер показывает, что код 1 быстрее :) Выдает:

Чтобы к "Склад" через "." в конфигураторе обращаться ;) (регулярно это использую)

ПеременнаяБулево = ЛОЖЬ: 11 сек. НЕ ПеременнаяБулево: 10 сек.

Из любопытства.

Нужно проводить по 10 замеров для каждой ситуации, причем, первый замер в каждой ситуации не учитывать.

у меня выполнилось по 10 секунд этот код... ты на 3 пне сидишь чтоли?

Интересно, раз в 10 увеличь счетчик

Не, трехлетний ноутбук :) Ща на сервере попробую

имхо оно должно сравнимые результаты давать

ПеременнаяБулево = ЛОЖЬ: 101 сек. НЕ ПеременнаяБулево: 92 сек.

Вот сейчас 10 раз и проверим - на разных компах/платформах, при разных условиях :)

ПеременнаяБулево = ЛОЖЬ: 110 сек. НЕ ПеременнаяБулево: 102 сек.

чорт у меня утюг :(

ПеременнаяБулево = ЛОЖЬ: 101 сек. НЕ ПеременнаяБулево: 93 сек.

поменяйте местами и еще раз замертье )

я думаю за счет того, что при сравнении ПеременнаяБулево = ЛОЖЬ может быть Неопределено и ниче не вывалится, 1с делает доп преобразование переменной

Может, изза того, что в первом случае 2 "выражения" и одна лог операция, а во втором - 1 "выражение" и одна операция

написал циклы в 2 строку ПеременнаяБулево = ЛОЖЬ: 52 сек. НЕ ПеременнаяБулево: 47 сек.

ПеременнаяБулево = ЛОЖЬ: 57 сек. НЕ ПеременнаяБулево: 60 сек. Так что...

**в 1 строку :)

2:2 :D

поменял НЕ ПеременнаяБулево: 96 сек. ПеременнаяБулево = ЛОЖЬ: 99 сек.

НЕ ПеременнаяБулево: 41 сек. ПеременнаяБулево = ЛОЖЬ: 42 сек.

А вдруг пометка удаления NULL, а логика запроса требует наличия именно "ЛОЖЬ"? Всякое бывает. Понимаю, что запрос нужно строить, чтобы избегать таких ситуаций, но тем не менее все возможно...

если пометка удаления NULL, то монопенисуально какое условие, оно вернет ЛОЖЬ и все

ыы ПеременнаяБулево <> ИСТИНА: 42 сек. ПеременнаяБулево = ЛОЖЬ: 41 сек.

Это понятно, но подобное условие может быть поставленно машинально, когда программист видит, что возможен NULL... Если у вас запрос на мильёны строк, и пара секунд критично, то да - жесть наверное. А так это все необоснованные придирки...

Если возможен null, интерпретацию стоит явно предусматривать с помощь известной функции, а не полагаться на сравнение

ПеременнаяБулево = ЛОЖЬ : 11,815 сек. НЕ ПеременнаяБулево : 11,185 сек. НЕ ПеременнаяБулево : 11,185 сек. НЕ ПеременнаяБулево : 11,2 сек. НЕ ПеременнаяБулево : 11,201 сек. НЕ ПеременнаяБулево : 11,201 сек. Код:

я не понял, в запрос, а народ язык 1с исследует

10 проверок, запуск на более быстром компе (сервер 16 ядер, но там народ есть): в результате: Был включен замер производительности: т.е. в результате этого замера код "ПеременнаяБулево = ЛОЖЬ" медленнее на 10% чем код "НЕ ПеременнаяБулево" :) Поэтому, с учетом частоты вызываемого кода, разница не принципиальная, лучше в других (более проблемных) местах оптимизацией заниматься, чем в сравнении булева с булевом :)