如何将消费税信息存储在数据库中

Question

将您的消费税信息存储在数据库中的经验是什么（例如销售税，消费税等）。

我找优雅和简单方法，将适用于澳大利亚，美国和英国。

我在寻求处理消费税更复杂错综复杂问题的人的答案：即产品和服务可能免除部分或全部税收的情况。

具体而言，您是否已将更多的成功存储在每个价格旁边的单独列中，或者在从数据库检索金额后添加/取消税收更明智吗？使用自定义数据类型值得吗？

Answer 1

一组独立的列总是会引起问题。你将永远需要另一个税。一个单独的表是要走的路。或者根据您的销售系统的设置，各种税收都可以作为项目“出售”。这将使OrderItems更像一个带有贷方和借方的总帐帐户。

美国销售税是我见过的最复杂的。城市，州，联邦，星期几和月相。除了产品，购买者甚至是组合之外。

Answer 2

我与robby，产品和税（消费与否）之间的关系是多对多的，应该这样编码。另一个难题是处理税率的变化，当你在税率变化前后报告销售情况时，你仍然需要一切来平衡。因此，在最起码你需要你的税表，如下所示

TaxId, TaxRate, Description, ValidFrom, ValidTo 

如果ValidTo为null，则你在寻找最高达日期税率。

顺便说一句有没有人经历过意大利的赃款基金税 - 我没有骗你。