Re: (Really) Re: [PATCH] inet << indexability
От | Bruce Momjian |
---|---|
Тема | Re: (Really) Re: [PATCH] inet << indexability |
Дата | |
Msg-id | 200106181814.f5IIE0U14560@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: (Really) Re: [PATCH] inet << indexability (Alex Pilosov <alex@pilosoft.com>) |
Список | pgsql-hackers |
> Tom already merged [latest version of this patch] it in, so you can delete > this one from patch list. Oh, OK. I thought he had done that but I couldn't find the commit message in my mailbox. > > Thanks > -alex > > > On Mon, 18 Jun 2001, Bruce Momjian wrote: > > > Your patch has been added to the PostgreSQL unapplied patches list at: > > > > http://candle.pha.pa.us/cgi-bin/pgpatches > > > > I will try to apply it within the next 48 hours. > > > > > Augh. Previous patch had some garbage changes in it. Sorry. This one is > > > clean...I promise, I'll get better at this. > > > > > > -alex > > > > > > On Fri, 15 Jun 2001, Alex Pilosov wrote: > > > > > > > This is second take at indexability of << operator for inet types. > > > > > > > > Please take a look at it. > > > > > > > > Also, I have a question: I put in a regression test to check that the type > > > > can be indexed, by doing 'explain select ...'. However, the expected > > > > result may vary when the optimizer is tweaked. > > > > > > > > I am not sure if its a good idea to check for that, so feel free to not > > > > commit the regression test part of this patch...If there's a better way to > > > > check that the query will use the index in regression test, I'd like to > > > > know too. > > > > > > > > -alex > > > > > > > > Content-Description: > > > > [ Attachment, skipping... ] > > > > > > > > ---------------------------(end of broadcast)--------------------------- > > > TIP 4: Don't 'kill -9' the postmaster > > > > > > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: