在会计应用程序的许多不同实现中，在保持Journal＆amp; amp; amp; amp; amp; amp; amp; amp; amp;分类帐数据。
仅保留期刊信息＆amp;然后Ledger只是Journal上的一个视图（因为期刊总是保留比分类帐更多的信息）
将日记帐保留在单独的表格中，然后将日记帐分录过帐到分类帐表格，从而复制数据
当谈到子分类账/期刊时，有一些实现在一个期刊/分类账表中有所有信息。然后使用会计科目表作为基础的不同子日记帐/分类帐的不同视图
我看到人们为每个子日记帐/分类帐都有专门的表格，导致有特殊日记帐类型（应收帐款，应付帐款，购买，销售等等）的表格数量很多
目前，我的想法是，最多应该只有一个期刊和一个Ledger表＆amp;然后通过账户图表中的定义在查询时编制专业期刊/分类账。我甚至可能只考虑使用Journal表，然后在查询时编译分类帐作为Joirnals的子集。
我想检查一下我是否遗漏了什么？有单独的Journal和Ledger表是否有一些真正的原因，尤其是，有专门的期刊的原因＆gt;专业分类帐＆gt;一般期刊＆gt;总帐表，因为看起来很多数据重复，插入，更新，删除异常的原因我目前无法看到？
答案 0 :(得分：3)
主要原因可能是查询SLA。 从我的POV开始，我更喜欢使用Journal实体中的所有条目制作3NF数据模型。 然后将该期刊与Ledger，COA等联系起来。 通过这种方式，您可以使用视图构建分类帐：在3NF模型上，您需要构建使用视图构建的语义模型（可以是具有严格SLA的查询的物化视图）。
通过这种方式，您可以减少仅在关键查询中实现的重复，并且您可以对将来的其他数据进行集成/分析。