触发器和远程dblink删除之间的POSTGRES事务隔离级别

问题描述

我有以下问题/要求确认或拒绝我的假设:

我有两个需要某种程度的同步的Postgres 9.6数据库:CentralDB和RemoteDB。 两个数据库都有一个表“ TABLE_X”。 在RemoteDB中,TABLE_X具有一个BEFORE INSERT触发器,该触发器尝试使用DBLINK将NEW条目移动到CentralDB。如果没有连接,则触发器将以NEW返回(并将NEW条目插入表中),否则它将以NULL返回(不插入。当然,这有点复杂,因为其中有任何行)表格,则必须先移动它们,然后再新建)

但是,在CentralDB中,有一个函数的定期调用,该函数通过通过DBLink调用DELETE FROM TABLE_X RETURNING *来主动与RemoteDB同步,并在本地插入返回的行。 (所以这是获取表项的拉动版本)

现在:我现在担心的情况是,在RemoteDB中发生插入,同时CentralDB正在进行同步。即通过dblink连接并发调用before插入触发器和delete。

根据我的理解,应该没有问题,因为通过dblink调用的DELETE和完整的触发函数(在BEGIN和END事务块内)都在默认事务级别READ_COMMITTED和READ上运行/ WRITE,这应确保这两个不会互相干扰。 有什么意见吗?

非常感谢

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...