刚接触SSAS遇到这种数值精度丢失的问题很常见，我帮你梳理几个最可能的原因，你可以逐一排查：

• 度量值本身的数据类型或格式设置错误
  这是最常见的原因：

  • 检查你在SSAS表格模型中创建的度量值，其数据类型是否被设为整数类型（比如Int32），而非小数类型（Decimal、Double或Currency）。如果是整数类型，SSAS会自动截断小数部分，把51.18变成51。
  • 另外查看度量值的格式字符串，有没有误设为“整数”格式，这也会导致显示时隐藏小数部分（不过底层数值还是51.18，只是显示成51，这点可以通过查看DAX Studio的原始查询结果来验证）。

• SSAS导入时的数据类型映射错误
  当你从数据库视图导入数据到SSAS模型时，SSAS会自动推断列的数据类型。如果视图中的列虽然存储的是小数，但SSAS误将其识别为整数类型，那么后续基于该列创建的度量值自然会是整数。
  你可以在表格模型的“字段列表”中找到对应列，查看其数据类型是否和数据库视图中的一致（比如视图里是DECIMAL(18,2)，SSAS里应该也是Decimal类型）。

• DAX表达式中的显式/隐式类型转换
  如果你的度量值是通过DAX表达式定义的，检查表达式中是否存在强制转换为整数的操作：

  • 显式转换：比如使用了INT()、FLOOR()这类函数，直接把小数向下取整。例如INT([YourViewColumn])会返回51而不是51.18。
  • 隐式转换：如果DAX表达式中把小数列和整数列做运算，或者在某些函数参数中要求整数类型，SSAS会自动将小数转换为整数，导致精度丢失。

• 筛选组合引发的聚合逻辑变化
  你提到是在特定筛选组合下出现问题，需要关注筛选对聚合计算的影响：

  • 查看筛选条件是否过滤掉了部分包含小数的行，导致剩余行的聚合结果被截断？
  • 有没有配置行级安全（RLS），某些角色下只能看到整数结果的行？
  • 另外，检查是否有计算列或度量值的上下文筛选，间接改变了数值的计算精度。

• 模型刷新或缓存问题
  虽然概率较低，但也可以排除一下：试试手动刷新SSAS模型（右键模型 -> 刷新），确保模型读取的是视图的最新数据，避免缓存中的旧数据（比如之前视图列是整数类型，后来修改了但没刷新模型）导致的问题。

内容的提问来源于stack exchange，提问作者Random it guy