Oracle与SQL Server在企业应用的比较

核心提示：在我供职的公司不仅仅拥有Oracle数据库，同时还拥有SQL Server数据库，Oracle与SQL Server在企业应用的比较，所以我经常遇见人们向我提两种问题， 第一种通常都是以"你能教我使用Oracle吗？"开始的，但是却无法克服这些问题，两个平台之间有很大的差异，对此我比较礼貌的回答一般

在我供职的公司不仅仅拥有Oracle数据库，同时还拥有SQL Server数据库，所以我经常遇见人们向我提两种问题。

第一种通常都是以"你能教我使用Oracle吗？"开始的，对此我比较礼貌的回答一般是"当然可以，实际上我正准备办个Oracle学习班；准备好之后我就叫你"。这是做好人的办法，我没有告诉询问者这可能花费我数周的精力。有时候我进一步告诉他们可以在哪儿去下载Oracle的完整版本，以供他们安装和熟悉。但是有时候这样做给我带来了麻烦，因为它可能招来过多的追随者。

第二种一般是这样开头的"我们遇到了SQL Server的一些问题，我想看看Oracle是如何处理这个问题的"。好的，我们终于有了一些进展了。我可以为他们提供帮助，但是这不会占用我数小时时间。它应该是对某个特定问题进行了慎重地考虑之后的叙述，Oracle对这个问题的答案将为询问者指出一条道路，可能引导它们解决SQL Server的问题。询问者接者问"我们的SQL Server数据库变得太大了--Oracle如何处理这个问题呢"？唉...看来我说错了。

我想提供帮助，但是...

我的方法也许一直都是错的。也许我应该写一个总结材料，归纳可能涉及到的一些问题。当其他人向我寻求帮助的时候，我就可以把这个问题列表给他了。如果那个人正在接受普通的Oracle启蒙教育，这个列表也许稍微广泛了一些。另一方面，如果询问者在搜索特定的和可以量化的问题的解决方案，这个手册也可以帮助他们沿着正确的方面前进，这样他们就可以在自己的桌面上找到答案。

但我没有这样做，因为这样做花的时间太多了。尽管我尽可能地帮助这些"寄居者"，但是我真的担心为他们花费了太多的时间，偏离了自己的航向。这样做将是个不好的先例。它会鼓励他们在某个时刻遇到某些苦恼的时候再次回来向我求助。作为代替，我仅仅花几分钟时间谈一下SQL Server中的设计瑕疵。体系结构所涉及到的内容是不能改变的。如果你钻研数据库平台对比判断的技术细节，一般都无法得到那些不言自明的原理。相反地，如果你决定使用微软的数据库平台，这些问题就一定存在。它的特性或缺陷可能被我们处理得较好，但是产品基本的机制不容易改变--当然也不容易被封闭源代码软件的最终用户所改变。当然，有些办法可以减轻痛苦，但是却无法克服这些问题。两个平台之间有很大的差异，更不用说很多问题的起源之间的差异了。