如果你的环境是全SQL Server，而且都是SQL Server 2005或者更高版本，那么你会想考虑选择SQL Server Service Broker。这会为你的数据转换提供最大的灵活性。要做到这一点，最容易的方式就是在源表或者需要复制的表设置触发器。这会确保任何时候对源表插入，更新或删除发生时，变更都会被转移到SQL Server代理队列并传输到所有目标数据库。当数据在源数据库接收时，数据会被一个活动的存储过程从队列中移除，转换到目标系统对象并加载。

　　如果你在为多平台环境工作，SQL Server Service Broker就不能向其他数据平台或从其他数据转移数据。因此，需要使用另一种数据转移平台。下一种最容易的选择是SQL Server复制。如果你的分发数据库是SQL Server 2005或者更高版本，你可以利用这个平台从Oracle数据库或向Oracle数据库复制数据。如果你要把数据从SQL Server复制到非SQL Server的数据库，像SQL Server 2000那么低的版本也可以被当作你的分发数据库。

　　在复制SQL Server 2000时，老版本比新版本更有优势。这是因为SQL Server 2000复制支持使用数据转换服务(DTS)，使从一个对象到另一个对象转换数据更容易。你可以利用DTS转换利用SQL Server 2005复制的数据，但是它配置起来更复杂，因为它要求复制被配置为使用T-SQL存储过程，而不是复制UI。

　　在利用复制功能把数据从源数据库复制到目标数据库以后，要合并复制表的数据到生产表，有几种选择。最快的选择是给你想复制数据的目标表上加触发器。这样的话，一旦数据从源系统复制过来了，数据立即就会被转换成最终对象。这些任务可以复制向SQL Server，Oracle或者其他任何支持触发器的平台上完成。

　　无论你选择什么解决方案，你可能需要有一个平台，该平台可以让你从授权数据库到你的业务线应用进行可靠的数据转移。像任何数据库设计决定一样，适当的规划和审慎考虑是成功设计主数据解决方案的关键。