数据部门应该独立还是下放到业务中心？
经常会有关于数据架构的讨论：数据部门应该独立还是下放到业务中心？最近经过一段时间的架构调整，加上之前经历的一些业务测试，现在把总结的基本情况分享下。
经常会有关于数据架构的讨论：数据部门应该独立还是下放到业务中心？最近经过一段时间的架构调整，加上之前经历的一些业务测试，现在把总结的关于数据应该集中还是下放的基本情况分享下。
我们的数据架构经历过从分散到业务中心到数据集中在数据中心但业务对接业务中心，最后是形成数据中心总体把控，数据人员直接下放到业务中心的转变。
关于这三种模式，相信大家都有所了解，但到底哪种模式更适合企业？
第一种 数据分散到业务中心
相信大多数公司都属于这一层，各个部门都有自己的分析人员或团队，但没有一个支持中心。通常数据都会在技术中心，由主数据组或DBA进行管理。
这种情况下，会出现以下几个问题：
各部门的数据是分散的，不完整的，甚至只是片面的，基于这种质量上的数据结论不言而喻。
数据孤岛会导致不同部门间的数据无法交流和共享，同样一个转化率，可能有订单/UV，订单/访问，订单客户/UV甚至件数/PV，各种指标都有应用场景，没有统一无法度量。
当然，实际上你可能会说没有啊。那可能是你只有一点网站数据而没有其他数据源或太多应用场景，你可能不会相信：同样BO平台，同样ORACLE数据源，出来的报表都没有可参考性。原因是BO的构建逻辑因部门而已，我的百货可能需要有效支付的销售数据，而他的
家电可能需要全部状态的订单。状态不同，取数逻辑不同，数据结果必然不同；这只是简单场景，同样的指标，不同的数据表，不同的同步时间和机制，甚至不同的数据库都会影响结果，而这些结果都是业务部门不可能知道的。在这样数据基础上出来的所谓的报告，价值能有多大？
当然，这种模式不是一无是处，他适合业务场景简单，数据源单一，公司较小的情形。
责编：李玉琴
微信扫一扫实时了解行业动态
著作权声明：kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。
|
最新专题
推荐圈子
|
DB2数据的导入(Import)_导出(Expo..
Cognos 中国社区——Cognos 10.2...|
|
