| From: | Dave E Martin XXIII <postgresql-to(dot)dave(at)dave(dot)to> |
|---|---|
| To: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: Index speeds up one row table (why)? |
| Date: | 2003-06-01 07:20:03 |
| Message-ID: | 3ED9A923.90500@dave.to |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-performance |
Rod Taylor wrote:
>An 8 k page will hold approx 140 tuples based on your structure. So,
>for every ~100 updates you'll want to run vacuum (regular, not full) on
>the table
Alas, for this application, that means a vacuum once every 5 seconds or
so. I'll see if I can set up a separate little task to do that (I assume
at this rate, its better to just keep a connection open, than
setup/teardown). I don't suppose there is a way to get a trigger to do a
vacuum (which doesn't want to be in a transaction) (thinking it could
check for id mod 100=0 or something)? I also assume a few pages isn't
going to be that bad (just don't let it get to 11000 8).
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rod Taylor | 2003-06-01 12:14:15 | Re: Index speeds up one row table (why)? |
| Previous Message | Bruno Wolff III | 2003-06-01 05:36:50 | Re: Index speeds up one row table (why)? |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rod Taylor | 2003-06-01 11:56:15 | Re: are views typically any faster/slower than |
| Previous Message | Bruno Wolff III | 2003-06-01 05:43:37 | Re: are views typically any faster/slower than equivilent joins? |