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
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 |