业务键和代理键是互斥关系？关于DMBOK2中文版中一段话引发的思考

一、起因

今天下午读DMBOK2,第五章，179页，键的功能类型中有一段话“业务键和代理键是互斥关系”（下图），连读三遍，把上下文都看了，发现有点难以理解这句话，于是我去求助各位大神，看看大神对这个是怎么理解的。

二、求证经过

大佬一：首先我把问题发给彭总（下图），彭总反问一句，咋会互斥哦？，再补一句代理键和他没关系啊，我把原文发给彭总，彭总一看，来了句我，这不是没关系的意思么，我觉得这理解可以，但是还是不太确定。。。

大佬二：我把问题发给赖总，赖总让我看原文。。。

大佬三：我又把问题发到万能的彭友群里面（下图），王同学来一句，“理解不了是吧”

王同学提醒我往下看（下图），我理解王秋生同学的意思，又进一步说了我的疑问，换了个角度提出，为什么用代理键就不能用业务键呢？当时作者是基于哪个角度写出这句话的？

皓月同学建议我去看下数仓模型的代理键的概念就知道了；（下图）

代理键就是用来替代业务键的；

一个出现另一个就不能出现；

书中写的比较严谨罢了，其实可以不写这个。

我也觉得皓月惊鸿同学理解了书中那句话的意思，但是还是没有解答我的问题。

为什么业务键和代理键不能同时出现？

猫同学出来举了个实例，维度表，如“缓慢变化维”会同时出现“代理键”和“业务键”。（下图）

经过一轮讨论，我觉得自己还是没能得到想要的答案。

于是我想起赖总那句话，看原文是怎么写的（下图1），对于前面的Business keys and surrogate keys 是没有疑义的，翻译出来是业务键和代理键，mutually exclusive 怎么翻译才比较合理？我去百度翻译，合起来翻译确实是互斥的（下图2），我又拆开翻译，mutually解释为相互地，彼此，共同地（下图3），exclusive解释为（个人或集体）专用的，专有的，独有的，独占的（下图4）。

三、结论：

Business keys and surrogate keys mutually exclusive  

这句原文可以翻译成两种意思：

第一种是，业务键和代理键是互斥关系

第二种，业务键和代理键是相互独立的关系

互斥和相互独立的区别是： 

互斥事件是不可能同时发生的事件，即交集为零，但可能会产生相互影响。

相互独立事件之间的发生互不影响，但可能会同时发生。

个人理解：业务键和代理键是相互独立的关系，但可能会同时发生，比较合理。

其实这个理解和最开始彭总的没关系理解差不多。

上面是我对DMBOK2中“业务键和代理键是互斥关系“这句话的求证过程和思考，如果对您有启发，烦请关注，转发，如有不同意见或思考，欢迎交流、讨论，和我一起深入理解数据治理相关概念，一起持续完善数据治理体系。最后感谢各位大佬和彭友们的热心解答。

关注本公众号，后台回复“数据治理”，下载DMBOK2数据治理相关文档。

想要了解更多内容？

查看原文：业务键和代理键是互斥关系？关于DMBOK2中文版中一段话引发的思考

文章来源：

数据治理体系

扫码关注公众号