| From: | Bruce Momjian <bruce(at)momjian(dot)us> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, Neil Conway <neilc(at)samurai(dot)com>, Gregory Stark <stark(at)enterprisedb(dot)com>, "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable |
| Date: | 2008-01-31 01:33:33 |
| Message-ID: | 200801310133.m0V1XXk20450@momjian.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
> Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> > I'm still not very happy with any of the options here.
>
> > BAS is great if you didn't want to trash the cache, but its also
> > annoying to people that really did want to load a large table into
> > cache. However we set it, we're going to have problems because not
> > everybody has the same database.
>
> That argument leads immediately to the conclusion that you need
> per-table control over the behavior. Which maybe you do, but it's
> far too late to be proposing it for 8.3. We should put this whole
> area of more-control-over-BAS-and-syncscan on the TODO agenda.
Another question --- why don't we just turn off synchronized_seqscans
when we do COPY TO? That would fix pg_dump and be transparent.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://postgres.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2008-01-31 01:38:31 | Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable |
| Previous Message | Andrew Dunstan | 2008-01-31 01:33:20 | Re: Oops - BF:Mastodon just died |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2008-01-31 01:38:31 | Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable |
| Previous Message | Tom Lane | 2008-01-31 00:19:53 | Re: [PATCHES] Better default_statistics_target |