PowerBI中的命名规范——“没有人比我更懂我的命名方式……”

做过诸多PowerBI的报告，也见过许多的他人的报告，很多时候都是这个样子：

或者这个样子：

有什么问题吗？仔细瞧瞧这些命名：

• 本案例中国，由于数据源是SqlServer，表名和列名与数据库中完全一致，Dim-表示维度表，Fact-表示事实表；但是绝大部分时候最终用户在使用报告时，根本不想看到诸如“维度表-地区”这样的表或者列，因为显示“地区”已经说明这就是地区维度了。
• 一般使用英文时度量值中单词之间建议使用空格，中文的某些命名也建议使用空格，但是本案例中没有使用空格，或者用下划线来代替了空格
• 像_PxSysF这种的度量值到底在干什么，你懂吗？哪怕你现在懂，过几天你还懂吗？千万不要说：“没有人比我更懂我的度量值命名方式……”

其实呢，这种数据集一般还都工作得很好，通常也是由专业的 BI 开发人员构建的，但这些命名方式，简直是今后维护中的噩梦。

从最开始学习并使用PowerBI，我就受困于这个问题，其实一直到现在我都并没有真正实践最优的命名方式，几年之前使用数据库时面对的问题，如今在powerbi中仍然遇到。

所以我个人的建议是在搭建模型的最初就想好命名方式，并将其作为一个贯穿始终的重要工作。因为如果一旦你的报告比较成熟了，也发布了数据集，那么这时候再修改表名、列名和度量值的名，很有可能会破坏整个报告，无论是计算还是关系（很多时候，修改表名或列名会导致关系失效），所以尽量在一开始就确定好命名，后期尽量不要修改。

那么，命名表、列或度量值时需要考虑哪些点呢？

我觉得可以从以下这几个方面出发：

• 按照人类正常逻辑能够读懂的词语，而不是任何类型的技术命名或者自创的简写命名，尽量写全单词，单词之间用空格。比如，销售额我们可以写成 [Sales Amount] 而不是 [Sales_Amount] 或 [SlsAmt]；同样的，"Dim"和"Fact"等前缀对你来说可能有意义，但对最终用户而言没有任何意义。
• 应该使用正确的业务术语，每一个PowerBI报告都是建立在一个一个具体的业务之上的，报告使用者即用户将了解和理解的术语，而不是仅仅创建一些看似合适的名称。如果普遍接受的术语是 [Total Sales Value]，则用户可能不明白 [Net Sales Amount] 是什么东西。
• 在包含相同数据的所有数据集中，使用的名称应保持一致。这意味着，如果一个数据集中有一个名为"Sales"的表，则在从同一数据源构建的所有其他数据集中，该表都应当称为"Sales"，而不该是其他的，诸如FactSales、Transactions等其他名。

以上的这些建议对有些人来说可能会引起争议，尤其是那些比较熟悉数据库的人。但实际上，据我观察这么长时间，设计数据集更像是设计一个用户界面，是一个前台的产品，而不是设计一个数据库，一个后台的存储工具。

很多时候，我们的确应该思考一下，比较随心所欲地创建数据集和PowerBI模型，会导致什么后果：

• 如果你的报告的最终使用者不了解你做的报表试图显示什么，那么构建报表有什么意义呢？
• 越来越多的情况下，重复使用数据集是一个很好的选择，理想情况下，你所构建的数据集应该很容易被其他人从中生成报表，毕竟多人的团队合作才是正确的打开方式。如果这些其他人不明白你创建的表、列和度量值的名称是啥意思，那么他们就无法使用“实时连接”或使用” 在Excel 中分析“从数据集生成新的PowerBI报表。
• 哪怕你不需要其他人和你一起进行报告的创建和修改，最终用户如果要使用新的视觉个性化功能或问答功能，他们只有很清楚你定义的度量值的名是啥的时候，才能使用，否则是根本搜不出来的。
• 即使你是组织中唯一构建数据集和报表的人，为了你自己使用方便，也为了今后修改、添加和删除一些度量值的时候你自己能够看懂，使代码尽可能具有可读性。
• 如果你的命名方式并不规范，那么你在视觉对象中使用这些列和度量值时必须重命名列和度量值，你一定懂我在说什么，想想浪费了多少时间吧。

说的差不多了。良好的命名只是良好数据建模的一部分，但它是经常被忽视的东西！