[PATCHES] small regression script improvement

2006-06-18 Thread Andrew Dunstan
This suggested patch makes sure that the regression script can actually connect to the database rather than falling through after 60 seconds, as discussed on -hackers. cheers andrew Index: pg_regress.sh === RCS file: /cvsroot/pg

Re: [PATCHES] small regression script improvement

2006-06-18 Thread Tom Lane
Andrew Dunstan <[EMAIL PROTECTED]> writes: > This suggested patch makes sure that the regression script can actually > connect to the database rather than falling through after 60 seconds, as > discussed on -hackers. Oh, I see what you mean. But surely that's the hard way. The script should ju

Re: [PATCHES] small regression script improvement

2006-06-18 Thread Andrew Dunstan
Tom Lane wrote: Andrew Dunstan <[EMAIL PROTECTED]> writes: This suggested patch makes sure that the regression script can actually connect to the database rather than falling through after 60 seconds, as discussed on -hackers. Oh, I see what you mean. But surely that's the hard wa

Re: [PATCHES] table/index fillfactor control, try 2

2006-06-18 Thread ITAGAKI Takahiro
Tom Lane <[EMAIL PROTECTED]> wrote: > The disadvantage of putting this stuff into metapages is that then you > need some entirely new protocol for letting clients get at it (and > pg_dump, for one, needs to). > An opaque bytea won't do though. What I'd suggest is something real > close to the fo

Re: [PATCHES] table/index fillfactor control, try 2

2006-06-18 Thread ITAGAKI Takahiro
Simon Riggs <[EMAIL PROTECTED]> wrote: > > 2. Store the structures in AM's meta page. But heaps don't have meta pages. > > But perhaps they should? That sounds very similar to the idea of > non-transactional pg_class data. Presently, I suppose the parameters are not modified so many times. They