适当的数据库设计和发票应用程序的关系

Question

我正在创建发票申请。以下流程图是否正确＆amp;完整申请？

1. 我错过了任何模特吗？
2. 还有其他更好的设计方法吗？
3. 有没有减少表数的选项？
4. 在当前模型中，当用户添加新发票时 - 我需要与几乎所有表格进行交互。
5. 当用户编辑同一张发票时 - 我再次需要与所有提到的表进行交互。

Answer 1

很难说，因为只有你知道你的应用程序的规格及它应该做什么，你发布了一些概念而不是设计 （例如，UML图）。但是提供您提供的信息：

1. 发票有一个联系人。如果您想从许多客户发出发票，最好有发行人和承包商（两个联系人）。

2. 当我看到UML图时，我可以回答这个问题。

3. 为什么要减少一些表？如果你愿意，你可以有一张大桌子，但这不是重点。只需保持您的数据库设计规范化（第3范式）并且不关心表的数量。

在必须上，我认为你不需要税收和货币关系，你可以将它们转移到发票属性 - 但是再一次，我不能全面了解。

1. 不，你不是。当您向同一客户发出新发票并向他出售相同的商品时，您只需将记录添加到两个表格（发票，发票项目）。无论如何不要考虑用这种方式来修改数据库，你有数据库来处理它：）

2. 如上所述 - 没有。