数据库整合究竟应该从什么维度出发，整合到什么粒度？

首先要明确到底要解决什么问题，要搞清楚为了什么整合，整合的维度，个人经验还是从系统的重要程度出发，按照应用是管理类型（olap）还是在线业务（oltp）进行 区分组合。对于分析型的系统通常是体量大重io的库相对oltp 连续性的要求较低，而平时的资源利用率又较低的系统，适合整合到一起。而oltp的系统一般体量小、随机读写较多，连续性要求高。应根据前期整合系统的运行情况来评估是否可以进行整合，整合的粒度包括数据库（scheme整合），实例级整合，虚拟化整合。通常情况下按schema整合设计到应用的改动稍大，按实例整合应用的改动通常比较少，整合的粒度还是要按照实际的情况权衡。 通常情况下 从数据库本身角度整合投入比较少，从平台的角度出发投入比较多。从长远来看 从平台的角度出发更好，平台的起点高，便于立项，通常这样比较成熟的平台（开放类）也比较多。个人认为对于企业来说并没有公有云那么多的需求，整合到实例已经基本满足需求，整合到服务一般投入比较大，而使用的频率有比较低，意义不大。