Re: Proposed new create command, CREATE OPERATOR CLASS

Поиск
Список
Период
Сортировка
От Teodor Sigaev
Тема Re: Proposed new create command, CREATE OPERATOR CLASS
Дата
Msg-id 3BD7D2F2.1040300@stack.net
обсуждение исходный текст
Ответ на Re: Proposed new create command, CREATE OPERATOR CLASS  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Proposed new create command, CREATE OPERATOR CLASS  (Bill Studenmund <wrstuden@netbsd.org>)
Re: Proposed new create command, CREATE OPERATOR CLASS  (Oleg Bartunov <oleg@sai.msu.su>)
Список pgsql-hackers
>>Wait a second, how can you do that? Doesn't that violate
>>pg_amop_opc_strategy_index ?
>>
> 
> It sure does, but running the script shows that the second insert
> doesn't try to insert any rows.  There's no entry in the temp table
> for ~~ because its left and right operands are not the types the
> SELECT/INTO is looking for.
> 
> This is evidently a bug in the script.  Oleg?
> 


Make me right if I mistake.

When we was developing operator @@, I saw that postgres don't use index in 
select if operation has not commutator. But operator with different types in 
argument can't be commutator with itself. So I maked operator ~~ only for 
postgres can use index access for operator @@. There is no any difficulties to 
adding index support for operator ~~. The same things is with contrib/tsearch 
module.

But I think that there is not any other necessity in presence ~~.



-- 
Teodor Sigaev
teodor@stack.net




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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: timeout for "idle in transaction"
Следующее
От: Lincoln Yeoh
Дата:
Сообщение: Re: storing binary data