| От | Peter Eisentraut |
|---|---|
| Тема | Re: Huge speed penalty using <>TRUE instead of =FALSE |
| Дата | |
| Msg-id | 200907171535.29504.peter_e@gmx.net обсуждение |
| Ответ на | Re: Huge speed penalty using <>TRUE instead of =FALSE (Mikael Krantz <mk@zigamorph.se>) |
| Ответы |
Re: Huge speed penalty using <>TRUE instead of =FALSE
|
| Список | pgsql-bugs |
On Friday 17 July 2009 12:45:47 Mikael Krantz wrote: > It might be that your column may be NULL as well as TRUE or FALSE. I > am no expert in this matter though. Nulls also need to be considered when attempting to substitute purportedly equivalent clauses. But in this case it wouldn't actually matter, because WHERE foo <> TRUE and WHERE foo = false would both omit the row if foo is null. Both expressions only return true if foo has the value "false". But again, this is data type specific knowledge.
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера