Re: Proposed new create command, CREATE OPERATOR CLASS
От | Oleg Bartunov |
---|---|
Тема | Re: Proposed new create command, CREATE OPERATOR CLASS |
Дата | |
Msg-id | Pine.GSO.4.33.0110291729010.7830-100000@ra.sai.msu.su обсуждение исходный текст |
Ответ на | Re: Proposed new create command, CREATE OPERATOR CLASS (Teodor Sigaev <teodor@stack.net>) |
Ответы |
Re: Proposed new create command, CREATE OPERATOR CLASS
Re: Proposed new create command, CREATE OPERATOR CLASS |
Список | pgsql-hackers |
On Thu, 25 Oct 2001, Teodor Sigaev wrote: > >>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 ~~. Tom, this is interesting question - do we really need commutator to get postgres to use index. This is the only reason we created ~~ operator. Regards, Oleg > > > > Regards, Oleg _____________________________________________________________ Oleg Bartunov, sci.researcher, hostmaster of AstroNet, Sternberg Astronomical Institute, Moscow University (Russia) Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/ phone: +007(095)939-16-83, +007(095)939-23-83
В списке pgsql-hackers по дате отправления: