Re: Reduce pinning in btree indexes

From: Greg Stark <stark(at)mit(dot)edu>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Kevin Grittner <kgrittn(at)ymail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Reduce pinning in btree indexes
Date: 2015-03-19 01:49:24
Message-ID: CAM-w4HPRnMDXc1xSo9RvvbxTvoypxSg2CjwLZ9vjgsMyxqpCbw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Mar 14, 2015 at 4:07 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:

> -1 for a time based setting.
>
> After years of consideration, bloat is now controllable by altering
> the size of the undo tablespace.
>

Hm. Well, fwiw the situation is rather more complicated than that. You're
correct that you can create a fixed size undo tablespace in which case
Oracle will tell you approximately how much retention period you can rely
on given that size. But alternately you can set the undo tablespace to be
autoextend and Oracle will tune it to ensure there's enough retention to
cover the longest-running query in the system. You can also set a
time-based parameter (undo_retention) to ensure there's always at least
enough data retained to cover a fixed amount of time for flashback
(Oracle's equivalent to our time travel feature in ancient versions of
Postgres).

--
greg

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2015-03-19 02:56:45 Re: "cancelling statement due to user request error" occurs but the transaction has committed.
Previous Message Michael Paquier 2015-03-18 23:46:36 Re: Install shared libs in lib/ and bin/ with MSVC (Was: install libpq.dll in bin directory on Windows / Cygwin)