Re: [HACKERS] [COMMITTERS] pgsql-server/ oc/src/sgml/runtime.sgml rc/back

2002-11-20 Thread Bruce Momjian
Tom Lane wrote: > Bruce Momjian <[EMAIL PROTECTED]> writes: > > Tom, do we really want to add a GUC that is used just for comparison of > > performance? I know we have the seqscan on/off, but there are valid > > reasons to do that. Do you think there will be cases where it will > > faster to have

Re: [HACKERS] [COMMITTERS] pgsql-server/ oc/src/sgml/runtime.sgml rc/back ...

2002-11-20 Thread Tom Lane
Bruce Momjian <[EMAIL PROTECTED]> writes: > Tom, do we really want to add a GUC that is used just for comparison of > performance? I know we have the seqscan on/off, but there are valid > reasons to do that. Do you think there will be cases where it will > faster to have this hash setting off? S

Re: [HACKERS] [COMMITTERS] pgsql-server/ oc/src/sgml/runtime.sgml rc/back ...

2002-11-20 Thread Bruce Momjian
Tom Lane wrote: > Log message: > Finish implementation of hashed aggregation. Add enable_hashagg GUC > parameter to allow it to be forced off for comparison purposes. > Add ORDER BY clauses to a bunch of regression test queries that will > otherwise produce randomly-ordered