Re: Is it really difficult for postgres_fdw to implement READ COMMITTED isolation?

From: Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>
To: luajit(dot)io(at)gmail(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Is it really difficult for postgres_fdw to implement READ COMMITTED isolation?
Date: 2018-09-18 16:09:00
Message-ID: CAExHW5vdzthKWDJMMeJewLYM-O4VWYUKNJGQPfddae03vEuJxA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Sep 18, 2018 at 8:28 PM Jinhua Luo <luajit(dot)io(at)gmail(dot)com> wrote:

>
> https://www.postgresql.org/docs/current/static/postgres-fdw.html#id-1.11.7.43.12
>
> As the doc said, the REPEATABLE READ isolation level is used to get
> snapshot-consistent results.
>
> But is it possible that postgres_fdw could get to know which remote
> queries involved by each top outer command in the local transaction,
> and use the same snapshot in the remote server to execute them
> sequentially? For example, could we use PREPARE TRANSACTION and SET
> TRANSACTION SNAPSHOT to archive this goal? Then we could use READ
> COMMITTED on both sides?
>
>
I guess the problem is 1. exporting snapshots is not cheap 2. tracking
prepared transactions is not implemented. See a nearby thread on
"transaction involving multiple foreign server".

--
Best Wishes,
Ashutosh Bapat

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dilip Kumar 2018-09-18 16:10:16 Re: Is it possible for postgres_fdw to push down queries on co-located tables?
Previous Message Laurenz Albe 2018-09-18 16:04:58 Re: pgsql: Allow concurrent-safe open() and fopen() in frontend code for Wi