ER 数据模型 - 被图表混淆

Question

我对此图有点困惑 http://www.b-eye -network.com/images/content/i030ht0104.gif（文章中的最后一个图表）

1 - 在“ACCOUNTING ENTRY”表中，它显示“DebitEntry”和“CreditEntry” i) 是这两列还是
ii) 这是两行数据吗？或者 iii) 它是两个独立的表，Acounting_entry_credit 和 Accounting_entry_debit？

与“ACCOUNT”表相同的问题，它显示资产帐户、生计帐户、权益帐户？它们是 3 列还是 3 行？

来源：http://www.tdan.com/view-articles/5227/

Answer 1

原则上，任何明智的设计都不会将两个不同的数据值（例如“借方条目”和“贷方条目”）放在同一列中。

看起来“借方分录”和“贷方分录”框是从“会计分录”表“继承”的表。我的解释是“DEBIT ENTRY”和“CREDIT ENTRY”都是包含 ID、AMOUNT 和 OPERATOR 列的表。然后，“ACCOUNTING TRANSACTION”表将引用这些表中的行。

因此，看起来每个大框定义了表的“类型”，每个嵌套框定义了 ERD 中的特定表。我猜他们是这样画的，这样他们就不必一遍又一遍地重复列定义。

然后，每个“帐户”类型（资产、负债和权益）都有一个 ID 和一个 COMMENT 字段。它们还与包含帐号和描述的“帐户类型”表有关系。

Answer 2

这有点模糊，因为文章一直在谈论超类型和子类型，但从未真正说明哪些可能的方法在数据库中实现继承的意思。

但总的来说，文章指出：

一笔会计交易必须由一个或多个借方分录组成，并且必须由一个或多个贷方分录组成。

对我来说，这看起来和听起来就像引用同一个表的两个外键：

create table accounting_transaction (
    id integer primary key,
    date date not null,
    description text
);
create table accounting_entry (
    id integer primary key, 
    amount float not null,
    operator text,
    credit_id integer references accounting_transaction(id),
    debit_id integer references accounting_transaction(id)
);

具有适当的约束，确保文本中所述的条件。但当然还有更好的设计方法。例如：

create table accounting_entry (
    id integer primary key, 
    amount float not null,
    operator text,
    entry_type integer,
    transaction_id integer references accounting_transaction(id)
);

entry_type 表示贷方或借方，以及适当的约束。

编辑：通常，您会期望这种 ERD 表示一种不同类型的关系：从集合到固定数量的相同类型但在集合上下文中具有不同含义的组件。典型的例子是一个航段，只有一个出发机场和（希望）只有一个目的地机场，当然机场就是机场。

create table flight_leg(
    id integer primary key,
    departure_airport integer references airport(id),
    destination_airport integer references airport(id)
);
create table airport(
    id integer primary key,
    iata_code varchar(3) not null,
    name text
);

请注意谁引用谁的区别。对于本文中的模型，这意味着 accounting_transaction 恰好引用一个 debit_entry 和一个 credit_entry，这似乎并不是什么作者的意图。

Answer 3

create table accounting_entry (
    id integer primary key, 
    amount float not null,
    operator text,
    credit_id integer references accounting_transaction(id),
    debit_id integer references accounting_transaction(id)
);z

<--- 我一开始也这么认为，但仔细观察“ACCOUNTING_TRANSACTION”表，让单个交易关系同时“贷方和借方”并没有真正意义。

因此，“DebitEntry”和“CreditEntry”实际上是两个单独的表，但它们引用相同的“会计事务 ID”，这是有意义的，“会计事务必须由一个或多个借方条目组成，并且必须由一个或多个借方条目组成”更多信用条目。”

示例

>>ACCOUNTING_ENTRY_DEBIT
ID---ACCOUNTTRANSACTIONID-----ACCOUNTID---------AMOUNT-----OPERATOR
102--------2------------------------1---------------1,000-----Plus

>>ACCOUNTING_ENTRY_CREDIT
ID---ACCOUNTTRANSACTIONID-----ACCOUNTID---------AMOUNT-----OPERATOR
105--------2------------------------2---------------1,000-----Minus