你说得对，gist中的示例模式使拆分日记账分录变得不可能。
您需要的是一个模式，该模式在每个单独的日记条目上都有一行。这是一个更灵活的设计，将适应复杂的情况下，你正在寻找。

示例

架构

我建议至少提供三张table来满足您的要求：

CREATE TABLE account(
    account_id serial PRIMARY KEY,
    account_name text NOT NULL
);

CREATE TABLE financial_transaction (
    financial_transaction_id serial PRIMARY KEY,
    datetimestamp timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
    description text NOT NULL
);

CREATE TABLE journal(
    journal_id serial PRIMARY KEY,
    financial_transaction_id INTEGER REFERENCES financial_transaction(financial_transaction_id),
    account_id INTEGER REFERENCES account(account_id),
    amount NUMERIC(20, 2) NOT NULL,
    is_credit boolean NOT NULL
);

帐户设置

我们将为您的示例创建三个帐户。尽管你可能不会硬编码 id ，我们这样做是为了演示

INSERT INTO account (account_id, account_name) VALUES (1, 'Creditors control');
INSERT INTO account (account_id, account_name) VALUES (2, 'VAT');
INSERT INTO account (account_id, account_name) VALUES (3, 'Purchases');

采购交易示例

每一个金融交易都有一行插入到 financial_transaction 表中至少插入两行 journal 表和这些行的贷方和借方之和必须平衡。

INSERT INTO financial_transaction (financial_transaction_id, description)
VALUES (1, 'Purchase of widget');

INSERT INTO journal (financial_transaction_id, account_id, amount, is_credit)
VALUES (1, 1, 1200, TRUE);

INSERT INTO journal (financial_transaction_id, account_id, amount, is_credit)
VALUES (1, 2, 200, FALSE);

INSERT INTO journal (financial_transaction_id, account_id, amount, is_credit)
VALUES (1, 3, 1000, FALSE);

注意事项

您可以看到如何轻松地适应这种结构拆分日记账。可以方便地查询结构，并且可以为不同的目的聚合事务或帐户。
如果我在构建它，我可能会创建一个触发器，在任何交易结束时强制执行它，即它的贷方和借方的总和 journal 条目平衡。我可能还想定义某些类型的事务，以及这些事务类型可以记录到哪些类型的帐户，这取决于我的系统有多复杂或严格。
最后，我将创建一个规则、触发器或配置权限，以确保这些表中的行不会被删除或更新。在这样的系统中，所有的更正都应该通过额外的事务进行。