我注意到非常奇怪的是 Daxstudio 允许您查看原始表名。这有点牛塞，因为当您重命名在 M 中创建的表时，Daxstudio 仍然使用原始表名而不是新名称来引用它。以下是如何重现该错误。
Power BI > 主页 > 输入数据
命名表RedTable。
在 Daxstudio 中运行查询：
EVALUATE
DISTINCT('RedTable'[Column1])
现在将表重命名为BlueTable：
并在 Daxstudio 中运行查询以获取新表名：
您仍然可以在 Server Timings 的 Query 列中看到原始表名。
有没有办法改变这个用 M 创建的原始表名？
我可以补充一点，此错误仅适用于使用 M 创建的表（无论是输入数据还是插入服务器）。DAX 表无法重现此错误。DAX 表在您更改其名称后会更新，并且实际（非原始）名称显示在 Daxstudio 的 Server Timings 的 Query 列中。
这不是 DAX Studio 的问题，即使我们可以尝试在 DAX Studio 中修复它。:) 发生的情况如下：表格模型（也由 Power BI 使用）具有每个对象的 ID，然后是名称。该 ID 由 Power BI 和 Visual Studio UI 在您创建实体（表/列/...）时分配。Visual Studio 将 ID 显示为只读属性，而 Power BI 根本不显示该属性。ID 在内部用于引用表格对象模型 (TOM) 中的对象。它还用于在公式引擎和存储引擎之间的交互中识别列。DAX Studio 捕获的存储引擎查询是通过连接到 Analysis Services 会话的调试会话截获的消息，在这些消息中，文本通过其 ID 而不是通过 Name 属性表示实体（特别是表名）。正如微软所说，这是“设计使然”。到目前为止，DAX Studio 只是捕获存储引擎查询的文本并显示此信息。但是，DAX Studio 会“按摩”文本，去除大量“噪音”并使查询更具可读性。在此阶段，可以考虑使用名称重命名 ID。我刚刚创建了一个功能请求。那很简单。何时实现该功能，找到时间要困难得多！DAX Studio 只需捕获存储引擎查询的文本并显示此信息。但是，DAX Studio 会“按摩”文本，去除大量“噪音”并使查询更具可读性。在此阶段，可以考虑使用名称重命名 ID。我刚刚创建了一个功能请求。那很简单。何时实现该功能，找到时间要困难得多！DAX Studio 只需捕获存储引擎查询的文本并显示此信息。但是，DAX Studio 会“按摩”文本，去除大量“噪音”并使查询更具可读性。在此阶段，可以考虑使用名称重命名 ID。我刚刚创建了一个功能请求。那很简单。何时实现该功能，找到时间要困难得多！