Re: Operator families vs. casts
От | Tom Lane |
---|---|
Тема | Re: Operator families vs. casts |
Дата | |
Msg-id | 5647.1306246234@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Operator families vs. casts (Noah Misch <noah@leadboat.com>) |
Ответы |
Re: Operator families vs. casts
|
Список | pgsql-hackers |
Noah Misch <noah@leadboat.com> writes: > PostgreSQL 9.1 will implement ALTER TABLE ALTER TYPE operations that use a > binary coercion cast without rewriting the table or unrelated indexes. It > will always rewrite any indexes and recheck any foreign key constraints that > depend on a changing column. This is unnecessary for 100% of core binary > coercion casts. In my original design[1], I planned to detect this by > comparing the operator families of the old and would-be-new indexes. (This > still yields some unnecessary rewrites; oid_ops and int4_ops are actually > compatible, for example.) No, they aren't: signed and unsigned comparisons do not yield the same sort order. I think that example may destroy the rest of your argument. regards, tom lane
В списке pgsql-hackers по дате отправления: