Re: synchronized snapshots
От | Heikki Linnakangas |
---|---|
Тема | Re: synchronized snapshots |
Дата | |
Msg-id | 4E48CF21.90603@enterprisedb.com обсуждение исходный текст |
Ответ на | synchronized snapshots (Joachim Wieland <joe@mcknight.de>) |
Ответы |
Re: synchronized snapshots
|
Список | pgsql-hackers |
On 15.08.2011 04:31, Joachim Wieland wrote: > The one thing that it does not implement is leaving the transaction in > an aborted state if the BEGIN TRANSACTION command failed for an > invalid snapshot identifier. So what if the snapshot is invalid, the SNAPSHOT clause silently ignored? That sounds really bad. > I can certainly see that this would be > useful but I am not sure if it justifies introducing this > inconsistency. We would have a BEGIN TRANSACTION command that left the > session in a different state depending on why it failed... I don't understand what inconsistency you're talking about. What else can cause BEGIN TRANSACTION to fail? Is there currently any failure mode that doesn't leave the transaction in aborted state? > I am wondering if pg_export_snapshot() is still the right name, since > the snapshot is no longer exported to the user. It is exported to a > file but that's an implementation detail. It's still exporting the snapshot to other sessions, that name still seems appropriate to me. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: