Re: Problemas with gram.y - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Problemas with gram.y
Date
Msg-id 200603080325.k283P6O25420@candle.pha.pa.us
Whole thread Raw
In response to Re: Problemas with gram.y  (ITAGAKI Takahiro <itagaki.takahiro@lab.ntt.co.jp>)
List pgsql-hackers
Patch withdrawn by author for reworking.

---------------------------------------------------------------------------

ITAGAKI Takahiro wrote:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 
> > > CREATE INDEX foo ON bar (x) WITH (fillfactor = 70, option = blah);
> > 
> > Yeah, something along this line is what I'd like to see; probably the
> > first form since that creates the least hazard of foreclosing other
> > additions to the syntax later.
> 
> > Anyway the bottom line is that we need to put in some infrastructure
> > that can handle multiple index parameters, not a one-off solution that
> > only handles PCTFREE.
> 
> Ok, I'll rewrite my PCTFREE patch, and change the word PCTFREE to FILLFACTOR.
> There is no benefit of compatibility with Oracle now.
> 
> Current all index access methods (btree, hash and gist) have conception of
> fillfactors, but static bitmap index or something may not have it.
> I see that we should give priority to the design.
> 
> ---
> ITAGAKI Takahiro
> NTT Cyber Space Laboratories
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
> 
>                http://www.postgresql.org/docs/faq
> 

--  Bruce Momjian   http://candle.pha.pa.us SRA OSS, Inc.   http://www.sraoss.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: "Jonah H. Harris"
Date:
Subject: Re: Merge algorithms for large numbers of "tapes"
Next
From: "Dann Corbit"
Date:
Subject: Re: Merge algorithms for large numbers of "tapes"