Re: difference between a unique constraint and a unique index ???
| От | Tom Lane |
|---|---|
| Тема | Re: difference between a unique constraint and a unique index ??? |
| Дата | |
| Msg-id | 6836.1194885434@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: difference between a unique constraint and a unique index ??? (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: difference between a unique constraint and a unique index ???
|
| Список | pgsql-performance |
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> Well, AFAIK the index with varchar_pattern_ops is used for LIKE queries,
> whereas the other one is going to be used for = queries. So you need to
> keep both indexes.
Given the current definition of text equality, it'd be possible to drop
~=~ and have the standard = operator holding the place of equality in
both the regular and pattern_ops opclasses. Then it'd be possible to
support regular equality queries, as well as LIKE, with only the
pattern_ops index.
This would break any applications explicitly using ~=~, but how many
of those are there?
(For backwards compatibility it'd be nice if we could allow both = and
~=~ in the opclass, but the unique index on pg_amop seems to preclude
that.)
regards, tom lane
В списке pgsql-performance по дате отправления: