SQL Server数据库在横向的兼容性上表现还是不错的。其不但可以支持SQL Server订阅服务器，还能够支持非SQLServer的订阅服务器。如果企业需要采用非SQLServer的订阅服务器，那么有两个实现的渠道，分别为ODBC与OLE DB。不过由于ODBC其在性能、安全上都不如OLE DB接口，为此在后续的版本中，微软数据库可能不会再支持ODBC接口。所以在2008版本中实现订阅服务器的话，那么最好不要再使用这个ODBC接口，而改用OLE DB接口。

到目前为止，SQL Server数据库支持Oracle与IBMDB2两个产品的订阅服务期。如果要支持者两个数据库服务器的话，SQL Server现在已经提供了比较完备的OLE DB访问接口。为此数据库管理员也不用再担心接口不兼容的问题。不过采用这个非微软的订阅服务器，有比较多的限制条件。作为数据库管理员要了解这些限制条件，并且在实际工作中一丝不苟的遵守它。类似的限制条件主要有以下几个方面。

如果订阅服务器即有SQL Server定于服务器，也有Oracle订阅服务器或者其他非微软的订阅服务器，那么必须先为Oracle等非微软的订阅服务期启用发布，然后再创建SQLServer订阅服务器。数据库管理员只要用四个字就可以记住这个规则，即客人优先。另外，如果在这种混合型的订阅服务器，则必须要使用OLE DB访问接口，而不能够采用ODBC访问接口。而且运行分发代理时所使用的帐户必须对OLE DB访问接口的安装目录具有读取的权限。这也是为什么笔者强烈推荐使用OLE DB访问接口的原因。因为采用了这个接口之后，则以后如果要兼容其它订阅服务器，就是一个水到渠成的事情。不需要经过额外的调整与配置，就可以在对现有架构影响不大的情况下部署非SQL Server的订阅服务器。

另外需要注意的是，不同的数据库处理NULL值的方式不同。为此采用不同牌子的订阅服务器，可能会影响到空值、空字符串和NULL值的显示方式，而且这个显示方式又会影响在定义了唯一约束的列中插入值的行为。如在Oracle数据库中，如果在某一列中设置为了唯一行约束，那么这个列仍然可以具有多个NULL值。但是在SQL Servre数据库中则不同。只要这个列设置了唯一行约束，那么这个列就职能够有一个Null值。所以，在混合型的订阅服务器中，有时候还需要通过应用程序或者其他手段来消除这种差异。或者在数据库设计时，要有意识的避免这种情况，如禁用NULL值等等。或者可以跟Oracle或者IBM DB2的数据库管理员联系。往往这些大牌的数据库为了相互之间实现兼容，都会在数据库中预先实现了一些措施，来防止各个操作系统处理机制不同所导致的兼容问题。

三、 合并复制过程中同时更新多列。

在合并复制到过程中，可能需要对目标列同时进行更新。合并复制是支持这个功能的。在合并复制执行更新时，数据库会更新一个Update语句中指定的所有列，并将没有更改的列重置为原先的值。不过合并复制更新往往涉及到比较多的记录，为此其执行速度会比较慢。为了提高这个执行的速度，在2008以前的数据库系统汇总，为此专门设置了一个fase_multicol_updateproc。如需要合并复制时，会建议数据库管理员将这个选项设置为false，以提高合并复制更新的执行效率。

不过在SQL Server 2008中，通过优化器数据库系统会自动对相关的合并复制更新语句进行优化。而且这个优化的效果比这个选贤设置为False还要明显。虽然在2008数据库中，为了向前兼容还存在这个参数，不过其存在的实际意义已经不大。为此数据库管理员在需要各并复制更新时，不用为了提高其操作性能而再单独的去设置这个参数。在以后的版本中，即使数据库管理员设置了这个参数，数据库系统也会忽略掉。

可见无论是在对数据库进行升级又或者部署最新版本的数据库时，管理员不仅需要考虑到向前兼容的问题(原有的设计要能够在新版数据库中实现)，同时也要考虑到数据库系统的向后兼容(尽量避免使用过时的功能或者即将不用的参数)。毕竟企业使用数据库是一个长久的过程，如往往一用就是几十年。在这么大的事件跨度内，不知道会出现多少个数据库的版本。所以，数据库的向后兼容与数据库向前兼容一样的重要。不过相对来说，向后兼容可能实现起来相对容易一点。只要数据库管理员了解哪些参数或者功能可能在后续版本中被淘汰，就可以做好这个向后兼容性的工作。