多年来，在微软的支持者和甲骨文的支持者之间一直持续着一场旷日持久的唇枪舌战。这边说Oracle数据库有如此这般功能，那边又说SQL Server这些个那些个特性，各持己见。可是，这并不是关键所在。诚然，性能是评价数据库优劣的重要指标之一，能够帮您完成您需要它完成的任务当然要更胜一筹。但是，你知不知道这两家公司和他们各自产品的真正区别在哪里?而你又知不知道微软为什么能够有轻轻打个喷嚏就能震动整个业界的影响力呢?

    答案很简单，两个字：信息。微软以及构建了一个强大的信息社区，社区内的成员致力于相互交流和帮助;社区里还有很多论坛，多到你绝对没有时间将它们完全浏览一遍。而且，其中最让人佩服的一件事就是其MSDN论坛完全是由微软自己的产品支持服务团队和开发团队掌门。你还想得到什么比这更好的招待吗?又有支持团队，又有真正会写代码的家伙，还有什么问题不能解决呢?还不时有些高级人员编著让人眼前一亮的新书等着你浏览。这些人是确确实实向大众公开他们所知道的所有关于SQL运作原理的秘密，并较你如何使用。

    甲骨文则仿佛仍住在古老封闭的侏罗纪公园里。要知道，现在做生意可不能这样了，顾客可是上帝。你必须开放你的社区，并且着手计划鼓励你最优秀的人才来为大家提供帮助和指导。

    如果要从微软和甲骨文各挑十个数据库管理员出来，让他们比赛看，对于各自开发的平台的某个问题，哪一方能先找到解决方案;那么微软这边的小子们找到解决办法的速度可能远比甲骨文的快。这是事实。如果你想从甲骨文内部查找关于Oracle数据库工作原理的一些具体细节信息的话，几乎不可能查出什么信息，但是对SQL Server来说，就有相当多的开放资源，不消几分钟时间就能找到问题的答案。

    微软还有一个链接网站(http://connect.microsoft.com/default.aspx)，在这里，用户可以提交与程序错误和性能相关的任何请求，这些请求会直接递到开发团队那里。你的声音将会得到重视。

    所以，这两个数据库平台之间的真正区别在于“社区”。微软花费了相当大的力气构建了一个社区，而且切实支持这个社区的发展。而甲骨文仍按照旧生意人的过时老套路在走着。而且，看起来甲骨文对自己的封闭乐园还感到相当自豪，并打算继续维持原样。他们很自豪Oracle数据库的一切是多么的复杂，其中的知识只是少数精英才能领略的特权。而这种态度在第三方供应商身上也普遍存在。甲骨文没有多少关于Oracle数据库的视频培训，就算有也不是由甲骨文的高水平人才制作的对终端用户有用处的视频培训。而微软SQL的视频培训则一抓一大把。

    甲骨文在其网站上发表的充其量也只是一些不完整的技术文献，这显然不能满足用户的需求，让人觉得好像没有多少人在用Oracle数据库一样。既然有这么多用户基础，那为什么没有不为这些用户提供必要的培训支持呢?

    由于缺乏社区，第三方培训机构也没能提供任何关于Oracle数据库的培训。甲骨文总和整个Unix世界所宣扬的都是这样一种态度，使得外部的世界很难获取他们所持有的信息。有幸能够使用其中一部分资源的人告诉我们：即便你能够获取这些信息，但要找到自己需要的信息非常困难。你没有那么多时间去为了Oracle数据库的一个小问题就对所有相关信息进行全面的搜索。这样，还不如翻查某个Oracle专家编写的指南，里面说不定对这些运作原理进行了确切的说明，给你提供了例子，也会告诉你都是些什么意思。要知道，大家都愿意用手头可用的东西，能让自己以最快速度解决问题。

    总而言之，从以上这些方面看来，微软的SQL Server是一个比Oracle数据库平台更全面的整体平台，这和平台的性能无关，因为如果没人知道该怎么让数据库正常运行，一旦出问题，就算数据库本身的性能再好也无补于事。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。