发信人: 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]
  | 
 
 
 |