编辑导语：主数据（MD Master Data）指系统间共享数据（譬喻，客户、供给商、账户和组织部分相关数据）。与记录业务勾当、颠簸较大的生意业务数据对比，主数据（也称基准数据）变革迟钝。主数据必需存在并加以正确维护，才气担保生意业务系统的参照完整性。本文作者就从主数据打点出发，分解了主数据打点的范围性。

从主数据的观念界说上领略，主数据暗示业务实体工具的基准数据以及其被引用的关联属性信息。譬喻每小我私家的身份证号码就是主数据编码，而对应的性别、年数等就是属于被引用的关联属性信息。

我们再进一步领略，在信息化规模对付主数据界说：

主数据：对付某一个业务实体工具中，包括基本数据（静态或相对静态的数据）中被两个及两个以上业务系统配合利用的属性字段。

这个界说是相对公道的，短期内也被各厂家推广利用，这也是今朝海内主数据厂商对主数据的统一尺度界说。

可是我们会发明，不少企业将主数据打点平台举办了推广和利用，照旧没有从基础上办理数据质量的问题。反而投入的人力物力越来越多，见效甚微。

一、主数据静态性与动态性的悖论

前面讲到主数据的一个特征即是业务实体工具的属性字段是需要静态可能相对静态的，这实际上也是主数据的焦点特征之一。

假如要确保各个业务系统可以或许举办匹配拉通，那么对付业务实体工具的主数据界说必需是要静态的。譬喻：我们每小我私家的身份证号码，它必然是不能随意变动，确保独一性的。

可是在企业实际的成长进程中——出格是今朝企业的转型的进程中，企业业务系统的新增和改换，本来被主数据厂商识别出来的主数据已经无法满意新的业务系统的上线需求，需要从头举办主数据的扩充识别和相关模子、流程等的改观操纵。

从而造成了主数据打点平台后期运维本钱的居高不下，严重违背了实施主数据打点平台的初志。

譬喻：房地产行业从粗放型转为风雅型打点的进程中，需要扩充主数据项。原本打点的维度大概是项目、分期、楼栋的维度，接下来需要对付每一户举办打点。

那么实际上原本牢靠静态的主数据层级架构就会产生调解，在调解的进程中，我们大概会想虽然的认为其实只是加一个”户”的主数据项。

可是问题来了，增加一个主数据维度真的那么容易么？对付户的主数据属性字段、元数据打点的范畴定了吗？不需要增补它的汗青取值？不需要找业务部分的主管们接头、协商？数据OWNER是谁？

我们会发明花了九牛二虎之力识此外主数据打点范畴和主数据字段，没过多久就因为业务需求，场景改观举办了调解。

我们所谓的主数据静态性并不是那么静态，甚至还具备动态性的特征；而主数据项的增减，以及对付主数据项的属性字段的扩充都无疑增加了特另外事情量。

我们相识到主数据的这个特征后会发明，跟着企业的成长，业务场景越来越多样化，动态性的影响也会让我们对付主数据打点事情越发头疼。

二、主数据无法满意所有的业务场景

我们在做数据管理的时候往往会和主数据管理等量齐观，可是实际上这两者只是包括的干系。

数据管理的范畴应该是更为宽泛的范畴，假如我们领略完成主数据平台搭建后，就能实现各个系统各个场景的数据拉通，实际上是有失偏颇的。

所以我们说业务场景数据打点和主数据打点是两个层面的问题，这两者的重要性没有坎坷之分。

从数据管理的角度出发，假如我们无法管控业务场景数据，首先主数据打点将酿成一件没有意义的工作，第二个问题就是业务场景的数据对现有业务以及将来数据中心的不会起到有效支撑。

譬喻：在做房地产主数据打点的进程中，楼栋以及面积需要办理的问题其实无非就是：数据OWNER、录入时点、数据尺度等问题。

可是实际上打点了楼栋和面积也并不能办理货值打点的业务场景，对付业务数据和指标体系而言，主数据只是迈出了第一步，接下来业务场景数据打点才是最为要害的一步。

总之，主数据打点并不能辐射到系统所有的业务数据质量，同样主数据打点无法满意业务场景导致的数据管理障碍也越来越明明。所以可以判定的是，亡羊补牢甚至推倒重来会成为主数据打点的一种常态。

三、主数据逐渐沦为赋码平台

企业在上主数据平台举办打点的初志之一，就是寄但愿于通过主数据拉通改进数据质量。