我最近在事实表上遇到了“有效自”和“有效至”列。显然，这对于维度来说很常见，但我之前没有在事实表上看到它们，也找不到任何表明它们被广泛使用的信息。
表粒度与银行账户交易类似，因此在进行存款或提取金额时会生成一个新事实。包含这些列的原因是需要一致的报告（如果我们今天运行此报告，它必须与一周前相同）以及源系统/数据质量差；用户可以进入源系统并说“这笔押金实际上只有 10 英镑，而不是 100 英镑”。发生这种情况时，会插入第二个事实行并且原始行已过期。
在我看来，应该插入一个新的事实行来反转原始数据，以维护历史记录（在示例中应用 -100 英镑），并且应该插入更新的事实（+10 英镑）。感觉就像使用有效的 to/from 列在报告时给用户带来了太多的复杂性以及错误的风险（总结了活动和过期的事实）。
有没有人有这方面的经验，是否有任何专门涵盖它的参考资料（博客文章、文章甚至书籍）？
我最近一直在解决有关区域设置和小数分隔符的第三方应用程序的一些问题。这些问题的细节并不太相关，只是说应用程序是一个 Web 服务，读取数据类型为 money 的 SQL Server 列，并且它似乎乘以该值，因为小数分隔符被解释为千分隔器。
这让我想到了一个问题：在我的调查过程中，我注意到如果我打开 SSMS 并执行以下命令，我会返回“1,00”：
declare @money money;
set @money = 1;
select @money;
但是，如果我对同一台服务器执行以下操作，则会返回“1.00”：
declare @decimal decimal(18,2);
set @decimal = 1;
select @decimal;
我这里的 Windows 区域设置配置为使用逗号作为小数分隔符，因此从表面上看，货币值正确显示，而小数点则不正确。
这里发生了什么？目前尚不清楚为什么这两种数据类型的行为不同。这是由于 SQL Server 还是由 .Net 框架引起的？（该应用程序使用 .Net 框架，并且大概 SSMS 以相同的方式这样做......）
我发现以下票证似乎涉及相同的问题，但似乎没有提供答案：https ://connect.microsoft.com/SQLServer/feedback/details/636074/some-datatypes-doesnt-honor-localization