【发布时间】：2018-04-16 02:03:10
【问题描述】：
我正在创建发票应用程序。以下流程图是正确且完整的应用程序吗？
- 我缺少任何模型吗？
- 还有其他更好的设计方法吗？
- 有什么办法可以减少表的数量吗？
- 在当前模型中，当用户添加新发票时 - 我需要与几乎所有表格进行交互。
- 当用户编辑同一张发票时 - 我需要再次与所有提到的表格进行交互。
【问题讨论】：
标签： ruby-on-rails postgresql database-design erd
【发布时间】：2018-04-16 02:03:10
【问题描述】：
这很难说，因为只有您知道您的应用程序的规范以及它应该做什么，并且您发布的是一些 概念 而不是 设计（例如 UML图）。但是提供您提供的信息：
发票只有一个联系人。如果您想从许多客户那里开具发票，最好有发行人和承包商（两个联系人）。
当我看到 UML 图时，我可以回答这个问题。
为什么要减少表的数量？如果你愿意，你可以有一张大桌子，但这不是重点。只需保持数据库设计规范化（第三范式），不要关心表的数量。
必须，我认为您不需要税收和货币关系，您可以将它们移至 Invoice 属性 - 但再一次，我没有全貌。
不，你没有。当您向同一客户开具新发票并向他出售相同的项目时，您只需将记录添加到两个表（发票、发票项目）。无论如何不要考虑那样修改数据库，你有数据库可以处理它:)
如上所述 - 没有。
【讨论】：
-
亲爱的@justme，请忽略第 6 个问题。我已将其删除。发票如何可以有 2 个联系人。我已经实时看到了这种情况。
-
@Aravin 我不是指两个联系人，而是“不仅仅是一个发行人”，例如。开具发票的公司可能会及时更改。