在软件开发的初始阶段，开发商们总是想把整个系统的最小的细节设计好了，然后再去单线程的编写代码。这样软件开发完成需要很长时间，但开发商们一直都在这么做。

所以开发者不得不去缩小他们的野心，先设计好一个小系统，然而这个小系统只是解决了整个系统难题中的一部分。这导致了由不同的团队设计和创建的许多小系统几乎都不能相互之间兼容。

目前，许多组织都聘请了数据库建模者或者DBA，这些人能监督数据库设计和开发。不幸的是，那些组织只有在出现某些状况后，才会意识到在他们的员工中需要这样的人。

数据建模者和DBA面对的一个非常普遍的问题就是，如何在不同的数据库中解析SQL数据。本文将通过一个可靠的方法来说明这个问题。

一个实例

在这个实例方案中，有两个包含相似数据的数据库：一个使用术语OrderNumber，另一个使用术语OrderNo。第一个数据库有关键字而第二个数据库没有。

首先，你会在两个数据库中发现它们的顺序是相似的。清单A创建了两个数据库（Test_Cross_1和Test_Cross_2），每个数据库中有一个表（分别是Orders_1和Orders_2）。

假设Orders_1包括这些行：

OrderNumberOrderDate

2007-02-23 00:00:00.000
2007-02-24 00:00:00.000
2007-02-25 00:00:00.000
假设Orders_2包括这些行：

OrderNo   OrderDate

2007-02-23 00:00:00.000
2   2007-02-24 00:00:00.000

2007-02-24 00:00:00.000
3011 2007-02-25 00:00:00.000

一旦你明白了如何引用表SQL执行合并操作是很简单的。简而言之，你要有合法的名字。如清单B所示。这将不会成功，因为Order_2包括一行Order_1没有的数据。改变连接，加入对外连接符也不会成功，就像你在清单C中看到的那样。第二个查询得到跟第一个查询相同的结果，因为OrderNo 301不存在于第一个表中。找到这一行，你必须在第二个查询中，将这个表的顺序反转。如清单D。现在你就能发现不匹配的行了。

OrderNo   OrderDate   OrderNumberOrderDate

1   2007-02-23 00:00:00.0001   2007-02-23 00:00:00.000

2   2007-02-24 00:00:00.0002   2007-02-24 00:00:00.000

2007-02-24 00:00:00.000NULL NULL
2007-02-25 00:00:00.0003011 2007-02-25 00:00:00.000
假设有一些行存在于Order_1中而不存在于Order_2中。你将上面的查询翻转，它也能工作，然而，随后你会得到两个查询和两个结果集，并结束你的查询，这些你都必须手动比较。如果每个表只有四行，这是不困难的，但是想象一下如果有4,000行记录的话，怎么使用这种不切实际的方法进行比较呢。你必须对两个表的每行没出现在另外那张表的记录进行检查。