我搜索了这个主题，有很多解释要收集。主要是为 a/p 和 a/r 做单独的表格。
我正在考虑另一种方法，将两个表合并为 1，因为 a/c 和 a/r 有 98% 相似，并且仅相差 1 或 2 个属性（例如 a/p：供应商/供应商）。
问题：
是否可以合并 2 个表，并仅使用orTransaction_Type的值对每个事务进行分类？Acnt_Payableacnt_Receivable
我知道这是可能的，但这是一个好习惯吗？我的系统在处理时将面临哪些情况Reports？
问问题
1575 次
1 回答
1
你的问题是：“另一张桌子或另一列”。鉴于我已经完成了很多 MySql 和会计数据库操作，我会毫不犹豫地将其type作为额外的专栏。
与报告的处理是您需要重新编写提取报告的代码。拥有额外的列意味着更少的连接（如果您现在拥有它们）。您将需要加强错误检查，因为对已经设计的软件进行更改似乎总是让我措手不及，而我之前没有考虑过设计的细微差别，这突然成为逻辑的范式转变。
我会说从空白画布重写报告代码；在你从“上次”增加的经验和这次重新审视它之间，你可能会做得更好。
恕我直言，对于性能方面，大多数企业和大多数普通程序员都可以安装现成的 MySql 或 PostgreSQL。当我观察到查询时间超过一秒时，通常是因为我需要添加索引。鉴于此，您可以使用另一个表，其中的 ID 代表 AR 与 AP（或任何其他人类术语），因为我认为数字会提高性能。
一旦一家公司到达了性能真正成为问题的地方，他们就会有资源聘请一个真正的 MySql 人来处理它。讽刺：当然，除非你使用的是 quickbooks，在这种情况下，一旦你超过了每天 20 笔交易的夫妻店，你就会让软件负担过重。
于 2013-02-06T09:34:17.580 回答