Re: Why overlaps is not working
| От | Andrus |
|---|---|
| Тема | Re: Why overlaps is not working |
| Дата | |
| Msg-id | 003a01c705d1$70bfa4e0$6207eb50@acer обсуждение исходный текст |
| Ответ на | Re: Why overlaps is not working (Richard Broersma Jr <rabroersma@yahoo.com>) |
| Список | pgsql-general |
> I am not sure if this would work for you, but instead of using NULL to > represent infinity, why not > use 'infinity' to represent infinity? Infinity dehaves differenty than ordinal dates and nulls. If both b and d are infinity then comparison fails: select timestamp 'infinity':: date<=timestamp 'infinity':: date returns null. So infinity introduces third kind of FUD in addition to usual date and null comparisons. NULLs in SQL are disaster. With infinity SQL is double disaster. In samples I used DATE '999993112' but this is incorrect. I must use maximum allowed date or max_timestamp casted to date. Is it reasonable to use it ? I hope that MAX_DATE <= MAX_DATE returns true. Which is the value of MAX_DATE is Postgres ? Andrus.
В списке pgsql-general по дате отправления: