当前位置: 首页 > 图文教程 > 数据库 > MSSQL > SQL Server和Oracle的真正区别

MSSQL
SQL Server导出表到EXCEL文件的存储过程
如何利用触发器实现两个数据库间的同步
SQL Server数据库连接查询的种类及其应用
SQL Server 2005中利用xml拆分字符串序列
Microsoft SQL Server数据库SA权限总结
用SQL语句生成带有小计合计的数据集脚本
深入剖析SQL Server的六种数据移动方法
为导入文件加上时间戳标记的两种方法
SQL Server与Oracle、DB2的优劣对比
带你深入了解SQL Server 2008的独到之处
通过视图修改数据时所应掌握的基本准则
SQL Server中如何优化磁带备份设备性能
教你轻松解决几种常见的SQL疑难问题
怎样取得局域网中所有SQL Server的实例
在系统崩溃的时候如何恢复原有的数据
获得当前数据库对象依赖关系的实用算法
SQL Server如何才能访问Sybase中的表
如何才能保护好我们的SQL Server数据库
从两个方面讲解SQL Server口令的脆弱性
SQL Server数据库日志清除的两个方法

MSSQL 中的 SQL Server和Oracle的真正区别


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 144 ::
收藏到网摘: n/a

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

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

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

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

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

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

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

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