Re: Shouldn't "WHEN (OLD.* IS DISTINCT FROM NEW.*)" clause be independent from data type?
| От | Jim Nasby |
|---|---|
| Тема | Re: Shouldn't "WHEN (OLD.* IS DISTINCT FROM NEW.*)" clause be independent from data type? |
| Дата | |
| Msg-id | 56155BE1.7070209@BlueTreble.com обсуждение исходный текст |
| Ответ на | Re: Shouldn't "WHEN (OLD.* IS DISTINCT FROM NEW.*)" clause be independent from data type? (Emre Hasegeli <emre@hasegeli.com>) |
| Список | pgsql-general |
On 10/4/15 4:16 AM, Emre Hasegeli wrote: >> The other line of attack would be to deprecate all the fuzzy comparison >> behavior in the geometric types, and just make it exact. Don't know how >> much pain that would add, but surely it would also subtract some. > > How can we go forward about this? The current state of the operators > stand in the way of improving index support for them. Your easiest way forward right now is probably to create an exact equality operator for point and the relevant hash opclass. That should be enough to let IS DISTINCT do it's thing. BTW, it occurred to me that we could create btree opclasses as well, if we explicitly compared X before Y (or vice-versa). I certainly wouldn't call those operators < or >, but maybe there's enough use to supporting btree for this to make sense. -- Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX Experts in Analytics, Data Architecture and PostgreSQL Data in Trouble? Get it in Treble! http://BlueTreble.com
В списке pgsql-general по дате отправления: