造成这一问题的原因有多种。有些是自研的,因企业人员流失导致信息丢失;有些是采用外包方式,随着外包公司的变化\消失而导致信息丢失。上述这些现象是客观存在的,解决方法无外乎两种,通过业务侧和技术侧解决,亦或是两者配合使用。1.业务侧:需要通过文档、人员调研等方式,搜集现有...
根据我两次惨痛的重构实际经验,强烈建议不要分开实施,不可行。要统一考虑应用的改造和数据库的改造。根据业务特点以及实际业务情况,同时对应用和数据库进行改造重构,杜绝应用的拆分+数据库的耦合这样的架构。...
个人觉得主要是思维模式的转变,毕竟分布式数据库就目前而言,在事务而言,采用的分布式事务,还有就是分布式数据库主要有调度节点,计算节点和存储节点构成,这个跟传统的其实是个很大的差别,对于问题的排查可能需要更加准确的认知,还有一些分布式数据库的特性,分布式数据库的使用习惯...
按业务场景拆分,当然要先评估,最好的方式是上层建筑,预先就设计好,后期拆分只是补救。