Re: Statement-level rollback - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Statement-level rollback
Date
Msg-id 20181207195655.lciaqx5oka373we3@alvherre.pgsql
Whole thread Raw
In response to Re: Statement-level rollback  (Andres Freund <andres@anarazel.de>)
Responses Re: Statement-level rollback  (Andres Freund <andres@anarazel.de>)
Re: Statement-level rollback  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Hi

On 2018-Dec-07, Andres Freund wrote:

> Isn't the realistic scenario for migrations that people will turn this
> feature on on a more global basis? If they need to do per transaction
> choices, that makes this much less useful for easy migrations.

The way I envision this to be used in practice is that it's enabled
globally when the migration effort starts, then gradually disabled as
parts of applications affected by these downsides are taught how to deal
with the other behavior.

BTW, a couple of months ago I measured the performance implications for
a single update under pgbench and it represented a decrease of about
3%-5%.  Side-effects such as xid consumption have worse implications,
but as far as performance is concerned, it's not as bad as all that.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Statement-level rollback
Next
From: Andres Freund
Date:
Subject: Re: Statement-level rollback