伙计们，我目前正在通过“设计数据密集型应用程序”一书了解分布式数据系统。
我想我对单个副本系统中的版本号如何允许服务器检测并发写入有非常深刻的理解*。作者从这个例子开始，因为一旦你了解了单副本系统，将这种理解扩展到多领导者或无领导者复制系统应该是显而易见的，但对我来说根本不明显。
多个副本可以处理写入请求的系统中的版本号如何工作？换句话说，什么是版本向量？
*在单副本系统中，每次写入都伴随着一个版本号。此版本号是写入所基于的数据的版本。如果写入基于该键的数据的版本 1，并且版本 2 已经存在，我们知道传入的写入与版本 2 并发。传入的写入只能覆盖版本 1 中的数据，因为它不了解版本 2 中的数据。例如，版本 1 是 [eggs]，版本 2 是 [eggs] 和 [milk]。传入的写入想要将此键更新为 [eggs, bacon]。此密钥的第 3 版将变为 [eggs, bacon] 和 [milk]。传入的写入不能覆盖 [milk]，因为它甚至不知道 [milk] 是键中的一个值。
我正在编写一个触发器，如果条件不成立，则需要引发异常。应该导致加注的条件是正在修改的当前行有一个字段enrolled为空，并且正在修改的行的主键没有出现在其他 6 个表中的一个表中。
（我知道这是一个糟糕的设计，但这是我继承的，我对我们的 DBMS，postgresql 的更高级功能没有太多经验）。
我对我的触发器很满意，但是我在编写触发器应该执行的过程时遇到了问题：这是我目前所拥有的，诚然这并不多：
CREATE FUNCTION ensure_consistent_enrolled()
RETURNS trigger AS $$
BEGIN
RAISE EXCEPTION 'User not enrolled plan'
USING HINT = 'Ensure user is enrolled in a plan'
END;
$$ LANGUAGE plpgsql;
我试图在存储过程中实现的是：
enrolled_in_plan = OLD.automatic_payments || !(OLD.id in one of 6 tables)
if <> enrolled_in_plan
raise...
end
第一次来电。
我对加入表格时的最佳做法有疑问。例如，以下两个查询都返回相同的结果：
SELECT i.id, p.first_name, p.last_name
FROM individuals i, profiles p
WHERE i.id = p.individual_id;
SELECT i.id, p.first_name, p.last_name
FROM individuals i INNER JOIN profiles p ON i.id = p.individual_id;
这两种方法的优缺点是什么？请让我知道你的想法。我对性能差异感兴趣，而且对查询的可读性、从一个 RDMS 到另一个的可移植性等感兴趣。
谢谢！