最近，去一家大型集团企业的下属企业调研的时候，该企业演示了查询车间月度生产报表的功能。由于该企业完全采用数据大集中的部署方式，该功能居然需要用时好几分钟。由此，我感觉大型集团企业完全采用数据库集中部署的模式也存在一些不足。
我认为，大型集团企业在统一编码体系，对核心的客户、财务等数据进行统一管控和集中管理的同时，对于一些下属工厂才需要使用的细节信息，是可以采用本地化部署的。采用集中与分布式相结合，部分数据库定期同步的方式，应当是兼顾效率和集团管控的更加可行的方法。对于一些细节性的信息，可以采用BI系统生成上级单位所需要关心的报表，这样，也可以实现集团管控的目的。有些细节数据，是集团根本不需要看，也无人区关注的，则没有必要盲目追求数据的大集中。否则，会造成信息系统使用效率的下降，对互联网带宽需求的提高，从而增加不必要的信息化投资。
欢迎各位就此问题进行研讨。
发表于：
2012-04-02 20:58 阅读(4369)
评论(5) 收藏 好文推荐
本博客所有内容，若无特殊声明，皆为博主原创作品，未经博主授权，任何人不得复制、转载、摘编等任何方式进行使用和传播。
作者该类其他博文：
评论列表:
集中部署主要是基于管理和安全考虑，对于集团集中部署可考虑使用分级存储，将频繁调用的系统数据放到在线存储上，同时还要做好带宽优化和搜索引擎优化。
采用集中与分布式相结合，部分数据库定期同步的方式，应当是兼顾效率和集团管控的更加可行的方法
个人认为采用集中部署还是分布式部署由具体的应用来决定。比如CRM系统，集团可以采用集中部署，MES、PLM、ERP等系统也可以采用分布式部署，各独立工厂本地化部署，BI实现不同应用系统之间的数据读取满足集团数据分析的需要。
关于数据库同步，如果采用BI去异构系统获取有用信息，同步就不是一定需要的，做好统一备份，保障数据安全即可。
这确实要实事求是，既然到了这个地步，首先是要抓紧做系统现状分析，要定性与定量分析相结合，最好是用架构法考虑。
一方面业务决定架构，如果分子公司业务相对独立，建议使用分布式管理；如果如果分子公司业务与总公司密切相关，甚至流程需要双向审核（比如异地研发），企业肯定希望统一管控，便于保证体系的一致性管理。
另外一方面技术也决定架构，目前集中式管理的效率确实比较低，但以后随着软件、硬件、网络技术的发展，集中式管控的效率必然会大大提高，网通、电信网络都从4M升到20M了，技术的变革也会影响到架构。