Телеграмм чат группы postgis страница 22

не троичной

15:42пожаловаться

Dmitri Lebedev in PostGIS

а то есть null не приведёт к выпадению значения в null?

15:42пожаловаться

Если сравниваемые значение не-NULL, конструкт IS DISTINCT FROM выполняется точно также как и оператор <>. Однако, если оба сравниваемых значения являются NULL, он возвращает ложь, а если NULL является только одним из сравниваемых значений, он возвращает истину

15:43пожаловаться

судя по всему да, но зачем в данном случае такое условие?

15:44пожаловаться

не так. чем лучше (street.tunnel IS NULL OR street.tunnel = 'no') ?

15:45пожаловаться

не будет экзепшена если что-то криво загружен и вообще не соответствует условиям?

15:45пожаловаться

https://wiki.postgresql.org/wiki/Is_distinct_from

15:45пожаловаться

Anton [az09@osm] Belichkov in PostGIS

ИЛИ это всегда нехорошо

15:46пожаловаться

то есть в случае, например
abon.id_account = acc.id and (abon.id_order is null or abon.id_order = _orderid)
лучше использовать
abon.id_account = acc.id and (abon.id_order is not distinct from _orderid) ?

15:47пожаловаться

эти два запроса не эквивалентны

15:50пожаловаться

но если _orderid должен совпадать, нулл он в обоих случаях или не нулл, то да, это лучше

15:51пожаловаться