Re: pgsql_fdw, FDW for PostgreSQL server
От | Albe Laurenz |
---|---|
Тема | Re: pgsql_fdw, FDW for PostgreSQL server |
Дата | |
Msg-id | D960CB61B694CF459DCFB4B0128514C2077EC991@exadv11.host.magwien.gv.at обсуждение исходный текст |
Ответ на | Re: pgsql_fdw, FDW for PostgreSQL server ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
Ответы |
Re: pgsql_fdw, FDW for PostgreSQL server
|
Список | pgsql-hackers |
Kevin Grittner wrote: > > If your query involves foreign scans on two foreign tables on the > > same foreign server, these should always see the same snapshot, > > because that's how it works with two scans in one query on local > > tables. > > That makes sense. > > So I think it should be REPEATABLE READ in all cases - > > SERIALIZABLE is not necessary as long as all you do is read. > > That depends on whether you only want to see states of the database > which are consistent with later states of the database and any > invariants enforced by triggers or other software. See this example > of how a read-only transaction can see a bogus state at REPEATABLE > READ or less strict transaction isolation: > > http://wiki.postgresql.org/wiki/SSI#Read_Only_Transactions > > Perhaps if the transaction using the pgsql_fdw is running at the > SERIALIZABLE transaction isolation level, it should run the queries > at the that level, otherwise at REPEATABLE READ. I read the example carefully, and it seems to me that it is necessary for the read-only transaction (T3) to be SERIALIZABLE so that T1 is aborted and the state that T3 saw remains valid. If I understand right, I agree with your correction. Yours, Laurenz Albe
В списке pgsql-hackers по дате отправления: