对于增值税，SQL Server字段大小声明的正确十进制（p，s）精度和比例是多少？

我在SQL Server数据库中定义增值税税率（欧洲和其他国家征收增值税），我想知道理想的十进制定义是什么，以获得必要的精度

我见过：

我很好奇，在某些情况下，增值税税率比小数点（4，3）要求更高的精度，其中p表示精度，s表示刻度。我已经阅读了大量文件，不确定欧盟或其他国家是否在“.”（或“.”之后的位置上有特定的增值税规范。如果英国想要使用基于公式的增值税税率计算方法，而不是固定的精确值，那么如何阻止他们说他们的增值税现在是0.20111111

---

提前感谢国际神秘男女。

根据本章末尾提到的PDF文档，使用小数点（4,3）应该是安全的。。尽管一些历史案例似乎需要4的精度

由于名义利率预计每年会有数百万人输入，因此预计不会包含超过一个小数位数（最多两个）。 欧洲似乎就是这样。检查这些表格来检查想法

在欧洲之外，亚马逊有一个有用的经验表

---

货币类型可以作为“历史案例”的间接证据，其规定精度为4。作为一个坚持者，我想确保精度为4不会在现在、过去或未来的截断土地上留下任何增值税百分比。欧盟规范中是否有明确的答案？尽管进行了搜索，但我还没有找到它。该链接不再存在。注意：每个Oracle的十进制类型默认为十进制（18,0），有一个很好的关于增值税的术语表：作为参考，我注意到在其他几个系统中，有关货币、汇率、百分比（关税）的值其他货币相关值存储在（19,5）和（19,7）。

20% (0.20) UK, Italy, Austria, etc.
21% (0.21) Belgium, Ireland, etc. 
19.6% (0.196) Monaco, France