在软件开发刚开始的阶段，开发者们总想把整个系统最小的细节设计好，然后再去单线程的编写。这样软件开发完成需要很长时间。所以开发者先设计好一个小系统，然而这个小系统只是解决了整个系统难题中的一部分。这导致了由不同的团队设计和创建的许多小系统几乎都不能相互兼容。

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

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

实例

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

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

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

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