精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>编程开发>>● 数据库技术>>技术比较区>>关于oracle与sql server的比较,回答ilik

主题:关于oracle与sql server的比较,回答ilik
发信人: cpng()
整理人: (1999-07-04 09:46:17), 站内信件
从你的回答来看,你对SQL SERVER相当熟悉,应该是MS的代理或是资深
的sql server的用户。我想你应该清楚如下情况,此情况是针对与你回
答我的6点:
1、从sql server 6.5到sql server 7.x没有升级工具,至少MS没有提供。
   至少我的用户还不知道!
2、对于pb的oracle驱动的问题,这好象应该是PB的问题,而不是oracle
   的问题!如果照你所说,那么向下兼容这一概念应该如何理解?而且
   为什么对于delphi(用BDE数据引擎而不用ODBC)和developer/2000
   就没有你所说的问题?!
3、如果没有关于功能描述的概念,你如何使用该功能?如何理解该功能?
4、我说的系统总成本!照你所说,我要是调试SP或是数据库级的TRIGGER
   的话,我还要花几千元钱,接受一切培训或是购买一些相关书籍学会
   用VB或VC后才能吗?我的意思是在不借助第三方工具的情况下调试SP
   或数据库级的TRIGGER!!TCO?!TCO?!TCO?!TCO?!关于封闭,
   正像你熟悉sql server那样,我对于oracle也可以称得上熟悉,对于
   任何市场上流行的开发工具,oracle都针对其有接口程序,若实在没有
   你也可用oracle专用的OCI(ORACLE CALL INTERFACE)接口!并不像
   你所说的封闭!!!(可能各执一词)
5、恕我冒犯,你好象对于行级锁的概念及功能上的理解有些偏差!对于一
   个初级的MIS系统开发人员来说,数据库是否提供行级锁对他们来说是
   相当重要的。试想,一个TABLE中有20条记录(只是一个小TABLE),
   当用户A修改第10条记录但并未提交或称之为保存时,用户B打算将第
   1条到第9条记录删除。如果数据库系统提供的是页级锁,那只有当用户
   A将第10条记录保存以后,用户B才能对此TABLE进行删除操作;如果数
   据库系统提供的是行级锁,那用户A、B的操作可以并行进行!oracle在
   80年代中推出6版时就已经支持行级锁而将页级锁束之高阁!!而sql
   server那?行级锁的重要性我想任何开发人员--基于数据库系统的开发
   人员都是相当重要的!!而现今数据库应用大部分还是处于OLTP的应用
   ,没有行级锁世界将会怎样?!
6、请你支出oracle对于那些第三方的开发工具支持不够,是接口还是其他!
   虽然现在MS大行其道,但流行的东西不一定是先进的东西!MS的产品易
   用性是显而易见的,其他的自有公论!MS的产品入门容易,但是当你用过
   一段时间......算了,我不想对MS进行攻击!!
7、衡量一个数据库的性能,不仅考虑OLTP的应用,而且好象还要考虑OLAP及
   DSS系统。

以下为ilike的帖子

       我再次重申我的观点。Oracle强大的功能确实是个好的选择,MS SQLSer
ver易于 
       使用,维护管理的工作量较小,编程接口也优于Oracle,因此它也是一个
好的选 
       择。我想,具体怎么选,那要决定个人的实际情况的。 
       具体是否易于使用,这是个比较主观的东西,SQLServer的长处与Oracle
的长处我 
       想我们都说出来了。进一步恐怕要听一听其他人的意见。下面回答你的问
题。 
       1.sqlserver修改字段长度的方法不一样。这一点恐怕你误会了。 
       sql65根本就不能修改字段长度,只能增加。直到sql7才能做到这一点。
 
       2.对于pb的oracle驱动,在oracle7.X的时代,确实是每升级一次,就要
等待新的 
       驱动。 
       3.关于概念,请注意SQLServer是在不减少功能甚至有所增加的情况下减
少概念的 
       。 
       4.再说说SQLServer OLDDB和DMO接口,大多数人使用的一般是vb,delphi
,pb等前 
       端工具。使用ODBC接口影响效率,并且很多高级功能不能实现。所以一般
前端工 
       具都自己开发自己的直连驱动程序。有鉴于此,MS定义和开发了OLDDB接
口,通过 
       这个接口,所有前端工具的驱动程序实际开发工作已转到数据库厂商这一
边,前 
       端工具只要支持这个接口就可以了,以后数据库的升级我们不用象现在一
样苦苦 
       等待前端开发厂商推出新的驱动程序。所以,pb7和最近的delphi不再会
有sql7专 
       用接口这个概念。至于vb,当然是最先支持这个接口的了。OLEDB有着比
odbc高得 
       多的效率。功能也非常强大,象两阶段提交。SQLServer的OLEDB和DMS接
口,你可 
       以使用你熟悉的任何开发工具,vb,delphi,pb甚至vfp,控制SQLServer的
所有功 
       能。这一点上,Oracle本身附带的东西再多,功能再强大,终究过于封闭
。同时 
       也加重了用户的学习负担。另外,前面我表述不清,MS SQLServe是可以
在VB、V 
       C中象调试程序一样调试trigger和sp,不仅仅是断点,oracle通过第三方
工具也能 
       做到。公认比较好的是这个工具:http://www.quests.com/html/navigat
or_pro. 
       html。 
       另外,我看到有人在找sybase的sp调试工具,有很多,其中这个还不错:
 
       www.centrasoft.com 
       ms sqlserver直接用VB就可以,上面那个工具也可以,不过只支持6.5 

       5.关于行级锁。cpng兄是我敬佩的高手了,怎么会出现这种常识性的错误
呢?行 
       级锁最重要的是在某种情况下可以提高并发的效率,注意,是某种情况,
不是所 
       有。一致性、完整性可是并不一定需要行级锁的啊。你提出的问题,很简
单,没 
       有行级锁,用页锁。页锁在大多数情况下效率高于行级锁,页锁也是大型
数据库 
       的标准方式。关于这一点,以后我们可以再讨论。 
       6.Oracle确实非常不错,但给我的印象稍微封闭了一些,对第三方前端开
发工具 
       支持很不够。这是除MS SQLServer外所有大型数据库的通病。 

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 210.74.176.136]

[关闭][返回]