Re: Overloaded && operator from intarray module prevents index usage.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Overloaded && operator from intarray module prevents index usage.
Дата
Msg-id 1650.1551393260@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Overloaded && operator from intarray module prevents index usage.  (Michael Lewis <mlewis@entrata.com>)
Ответы Re: Overloaded && operator from intarray module prevents index usage.
Список pgsql-general
Michael Lewis <mlewis@entrata.com> writes:
> Can you dumb down how to change the index or column type such that an index
> will be used for the && operator while intarray extension is installed? We
> have the intarray extension installed and I doubt that I can get it
> removed.

There's no magic nice solution to this, or we'd have told you about it.

Possible options:

1. Remove intarray extension.
2. Move intarray extension to a schema that's not in your search path.
3. Create an index using intarray's opclass, instead of or in addition
   to the core-opclass index.
4. Rename intarray's && operator to something else (will bite you at
   next dump/reload, where the renaming will be lost).
5. Always schema-qualify references to the core && operator.

All of these have obvious downsides, especially if you're actively
using the intarray extension for other purposes.

            regards, tom lane


В списке pgsql-general по дате отправления:

Предыдущее
От: "David G. Johnston"
Дата:
Сообщение: Re: specifying table in function args
Следующее
От: Tom Lane
Дата:
Сообщение: Re: race condition when checking uniqueness between two tables