数据库架构之数据迁移
我们日常都会在数据库上进行数据传输或数据迁移，有事也为业务系统非停机窗口快速清理数据而头疼。有时候影响数据迁移不是硬件配置，而是不合理的数据库架构设计。从数据库架构的角度出发，在如何设计合理的架构，保证数据迁移时能够以最快的速度迁移（此时假设SQL是高效的）？
2同行回答
我是来学习的。收起
浏览811
1) 首先您这个问题准确的讲,我的理解因该是如何规划合理的数据架构,其实数据架构和数据库架构是两个不同的概念,尤其在OLAP、DSS的应用中非常重视数据架构的设计。当数据持续增长,增长到一定量的程度时,数据迁移、清理确实非常困难；
2) 在OLTP系统中，以银行的核心业务系统为例，比如IBM的核心业务系统（目前建行、江苏农信、山东农信）都是这套系统，它的业务设计是以大表著称的，什么意思呢，就是一个业务几乎是放在同一张表中去办理的，当然他们后台数据库是运行在大机上面，底层是按机构或者其他属性作了分区，所以效率非常高。那同样的在数据架构规划时，根据实际的业务需求是否也可以参考这种设计，但是表的结构不能太大，取消表之间的主外键关系,数据迁移时建议使用load curosr的方式提高数据迁移效率，有些时候在生产环境中修改表为not logged的模式迁移数据未必是一个高效的方式，风险很大；
3)在OLAP，DSS系统中，数据是按主题域设计存储的，基本都是分区表，时间条线很清楚，并且数据生命周期规划的也很清晰，迁移数据或清理数据可以直接移动整个分区；
以上是个人的一点经验，供您参考，有机会我们在详细讨论。收起
2) 在OLTP系统中，以银行的核心业务系统为例，比如IBM的核心业务系统（目前建行、江苏农信、山东农信）都是这套系统，它的业务设计是以大表著称的，什么意思呢，就是一个业务几乎是放在同一张表中去办理的，当然他们后台数据库是运行在大机上面，底层是按机构或者其他属性作了分区，所以效率非常高。那同样的在数据架构规划时，根据实际的业务需求是否也可以参考这种设计，但是表的结构不能太大，取消表之间的主外键关系,数据迁移时建议使用load curosr的方式提高数据迁移效率，有些时候在生产环境中修改表为not logged的模式迁移数据未必是一个高效的方式，风险很大；
3)在OLAP，DSS系统中，数据是按主题域设计存储的，基本都是分区表，时间条线很清楚，并且数据生命周期规划的也很清晰，迁移数据或清理数据可以直接移动整个分区；
以上是个人的一点经验，供您参考，有机会我们在详细讨论。收起
浏览674