Xophmeister's questions

我正在开发启动多个并发客户端以连接到 PostgreSQL (12) 数据库的软件。当每个客户端启动时，它在连接到 PostgreSQL 时做的第一件事就是运行模式创建脚本。

这个脚本是幂等的——至少在原则上——这样多个客户端不应该绊倒自己。总的来说，这很好用。但是，PostgreSQL 有时会检测到死锁和受影响的客户端崩溃。查看日志记录，我相信这些是按照这样的顺序发生的：

1. 客户端 A：开始架构创建事务
2. 客户端 A：完成模式创建事务
3. 客户端 B：开始架构创建事务
4. 客户端 A：使用模式的新事务（从视图中选择）
   • 客户端 A 和 B 现在处于死锁状态

日志不是 100% 清晰的，我无法确定地重现这一点，但这似乎是正在发生的事情：客户端 A 正在尝试SELECT从架构定义的视图中进行操作，但由于客户端 B 正在尝试重新创建该视图，因此出现了死锁模式脚本中的视图 ( CREATE OR REPLACE VIEW)。

是否可以确保模式创建脚本独占运行？或者，是否有其他解决方案（例如，而不是CREATE OR REPLACE VIEW，我只有CREATE VIEW 在我确定它不存在之后）？

这似乎是一个显而易见的问题，但谷歌搜索到目前为止让我失望了......

假设我有一个描述我需要应用的更新的视图，为此，我有一个 SP 将视图作为游标打开，遍历每一行并进行适当的更改。问题是，SP 所做的更新将改变视图的内容（例如，一旦处理了不一致，该行将从视图中消失）。

这会反映在打开的游标中（在 SP 中），还是在首次打开时它获取的数据是固定的？

我读到的内容表明游标数据在打开后是不可变的——这很好——但是，我还没有找到直接的答案。

如果之前已经讨论过这个问题，或者甚至足以在维基百科上对其进行概述，请提前道歉。我只是觉得问会更有效率！

无论如何，我想从理论上的角度来询问交易。特别是，假设我们有两个（或更多）用户在查看数据集，并且以下情况发生在指定的时间 ( tX)：

t0   User1 starts a transaction
t1   User2 starts a transaction
t2   User1 runs a DML operation on the dataset
t3   User2 runs a different DML on the same dataset
t4   User1's operation finishes and is committed
t5   User2 commits

我的问题是：DML 操作如何在彼此之间运行User1并User2相互交互？操作开始于t2通过User1对数据进行操作，因为它是在他们的事务开始时定义的（即 at t0），并且同样适用于User2的操作，所以没有交互？或者，如果说User1在User2的事务开始之后但在他们开始操作之前提交了他们的操作，那么User2正在查看的数据是否会分别更新？此外，在发生任何冲突的情况下如何保持一致性？