将(子)日志和(子)分类帐存储在DB中，以供会计应用程序使用
将(子)日志和(子)分类帐存储在DB中，以供会计应用程序使用
提问于 2016-12-29 05:23:13
在许多不同的会计应用程序实现中，有两种主要的数据库设计方法，用于保存日记账和分类帐数据。
- 只保留日志信息&那么分类账只是日志上的一个视图(因为日记总是比分类账保存更多的信息)
- 将日记账保存在单独的表格中，然后将日记账项存入分类账表，从而复制数据。
- 当涉及到分类账/日记账时，有在一个日记账/分类帐表中包含所有信息的实现&然后，使用账户图表作为基础，对不同的子分类帐/分类帐有不同的看法。
- 我曾见过，人们为每一次分类账/分类帐都有专门的表格，因此有许多特殊的日志类型(应收帐款、应付款项、购买、销售等)。
目前，我的想法是，最多只需要一个日记账和一个分类表，然后通过账户图表中的定义在查询时汇编专门的日记账/分类帐。我甚至可能会考虑只使用日记表，然后在查询时将分类帐编译为Joirnals的一个子集。
我想看看我是不是漏了什么东西？是否有真正的理由有独立的日记账和分类表，特别是，是否有理由有专门的日记账>专门分类账>总分类账>总分类账表，因为似乎有很多数据重复，插入，更新，删除异常的原因，我现在看不到？
回答 1
Stack Overflow用户
回答已采纳
发布于 2017-01-09 15:29:08
主要原因可能是查询SLA。在我的POV中，我更喜欢使用Journal实体中的所有条目创建一个3NF数据模型。然后将日刊链接到Ledger、COA等。通过这种方式，您可以使用视图构建分类账:在3NF模型上，您需要构建一个使用视图创建的语义模型(对于具有紧密SLA的查询，可以是物化视图)。
通过这种方式，您可以减少重复，只实现关键的查询，并且可以与其他数据进行将来的集成/分析。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/41373567
复制相关文章
相似问题
腾讯云开发者
