发信人: nightcat()
整理人: chedong(1999-07-04 09:41:00), 站内信件
|
Competitive Positioning Index
竞争焦点
体系结构 Sybase System 11的体系结构仅仅着眼于当今先进商业应用和
运转环境的局部。
顾问服务 Sybase Consulting Services缺乏提供复杂客户机/服务器解决
方案所需的实践经验和广博的知识。
开发工具 Sybase在数据库开发工具领域竭尽全力，但其客户机/服务器应用
开发工具仍然依靠PowerBuilder。
分布式功能 Sybase的同步分布式功能甚至不如比他们的异步复制
功能。
培训 Sybase Educational Services提供的服务在广度和深度上均不
可与Oracle同日而语。
网关 Sybase网关产品在许多方面不够开放。
国家语言支持 Sybase在产品全球化和国家语言支持方面仍相当落后。
网络 Sybase不能提供灵活的、与协议和操作系统无关的网络解决方案。
并行功能 Sybase的并行功能仅限于一种产品—Sybase MPP。
平台支持 Sybase限制了用户对硬件和操作环境的选择。
复制 Sybase Replication Server远落后于Oracle7 Advanced Replication。
安全性 SQL Server的安全性尚未得到验证，而且，它并不能满足当前的
高安全性要求。
可伸缩性 Sybase SQL Server已被可伸缩性问题困扰多年。
技术支持 Sybase不能为全球的用户提供企业范围的关键任务技术支持。
系统管理 Sybase的系统管理产品不仅价格昂贵、过分复杂、不易管理，而且
还带有太多的不确定因素。
技术 由于裁减了员工，Sybase没有R&D资源以实现诸如行锁定、分布式
支持之类的核心技术功能。
“承诺”未来 以其现有技术，Sybase尚不具备与Oracle争雄的能力，
因此它不得不求助于推销SQL Server“未来”版本中虚无缥缈的
功能。
体系结构
Sybase System 11的体系结构仅仅定位于当今先进商业应用和运转环境的
局部。由于缺少诸如行锁定、通过先进多版本模型确保数据库一致性等基本
功能，Sybase System 11在提供企业级的数据库应用解决方案方面，功能
极其有限。
Oracle的体系结构则当前就具有解决“企业计算”的方案。
功能 Oracle Sybase
环境 Oracle7可在任何主流操作系统上运行，包括各种UNIX、Windows、
Macintosh、NT、OS/2、NetWare、VMS、MVS和其它专用系统。
Sybase SQL Server主要运行在Unix SMP系统上。SQL Server
没有适用于MPP系统、集群或专用系统（如MVS）的版本。
数据库一致性和用户并发 Oracle的体系结构能够提供独一无二的读取
一致性方法：读写不相互阻碍。Oracle 7提供真正的行锁定，不会
扩大锁定范围。当应用程序的多个用户同时修改同一表格时，该程
序不仅能同时运行，且其性能不会因此受损，连接也不会被“挂起”
。这种同时修改的例子包括航班/旅店预订系统、零售系统和银行
系统。
Oracle在提供一致的数据视图时不会出现重写读取现象。用
Oracle 生成的报表每次都能从一致的数据前镜像视图得到正确的
结果。
Sybase存在由来已久的体系结构问题：
读写相互阻碍。
Sybase Server不提供行锁定。这使得合作伙伴（如SAP）不再将
Sybase做为R/3的数据库供应商。
SQL Server利用重写读取的方法获得一致的数据视图。在决策支持
系统中，重写读取具有极大的危险性，如果生成报表需较长时间，
而此时有用户修改了数据，则报表中将含有不一致的数据。
VLDB Oracle 7支持在关键任务环境下运行的超大规模数据库。在这方面，
Oracle有众多参考实例（>1TB）（包括 Oracle公司本身）。
Sybase几乎没有数据库规模超出100GB的用户。与 其它数据库技术
领域相比，Sybase在VLDB支持技术方面的落后就更加显而易见。
Sybase SQL Server难以处理超过80GB的数据库，除了可并行备份
外，没有提供先进的VLDB功能。
为了提供支持，每个站点在备份前必须运行一个被称为DBCC
（Database Consistency Checker）的实用程序。许多VLDB站点
在5-10GB的数据库上需要花费数天时间运行DBCC。这显然是Sybase
的一个落后之处。
可伸缩性 Oracle在系统扩展过程中，已经屡次证明了它的可伸缩性和处理器
的使用效率。更重要的是，Oracle也能随着系统中用户数量的增加
而扩展。Oracle不仅在处理器可伸缩性方面遥遥领先，在用户可伸
缩性、可靠性、可调整性和可用性方面也同样出色。
分隔级别比较表
分隔级别 损失的功能
Oracle 语句一致性 无
Sybase 重写读取（DR） 正确的查询结果
可重复读（RR） 一致的数据
Sybase声称System 11的可伸缩性（System 10的主要问题）已得
到验证。他们甚至进行了测试以证明他们解决了可伸缩性问题。然
而，如果 System 11真的如此可伸缩， Sybase为什么不“全面”
采用20个CPU呢？是否System11在CPU超过16个时存在问题呢？另
外，System11缺乏行锁定功能，而这正是实际应用程序可伸缩性所
必需的 （以便消除数据冲突，在应用程序中不能象在测试中那样
消除冲突）。在进行TPC-C测试时， System 11在Sybase工程师的
调整下似乎运行地相当好，但是，在用户的实际应用中是否也能达
到如此的性能就不得而知了。测试使用了System 11中被称为“命
名缓存（named cache）”的新功能。“命名缓存”功能使System
11能为某一特定的应用分配一指定的内存缓冲区。这意味着根据特
定的应用调整内存—这还能算是真正的TPC吗？
Sybase已经使用300多个参数来管理“命名缓存”选项。参数数量
明显超出了通常DBA的管理能力。事实上，Sybase在TPC测试中要
想达到任何类型的可伸缩性，都需要工程师调整“命名缓存”参数，
难道这是“标准测试”吗？“命名缓存”在其他静态应用环境中又
工作得如何呢？DBA们能否管理和调整Logical Memory Manager？
这些恐怕只有走着瞧了。
对于拥有大量查询的DSS和数据仓库（这些都不是静态应用程序），
“命名缓存”显然于事无补。
高可用性 Oracle为用户提供了广泛的高可用性选项，可满足用户各种各样的
商业需求：
并行服务器
热备份功能
软件镜像日志文件
O/S或H/W镜像数据文件
灵活的复制服务
Sybase提供了一些镜像功能，但由于只提供了原始的表格级只读
复制机制，在高可用性方面存在不足。
硬件型号兼容 Oracle7的体系结构经过精心设计，不仅可在包括对称
多处理器、大规模并行系统在内的当前所有硬件平台上良好运行，
同样也适用于未来将出现的平台—视频服务器、移动计算平台和发
展中的Internet通讯。
Oracle的体系结构总是战略性地着眼于未来，从而满足用户不断发
展的商业需要（例如：早在1989年，Oracle 就已支持集群技术）。
Sybase对于不同硬件模式提供不同的产品。SQL Server主要用于
对称多处理器，Sybase MPP的设计目标是大规模并行系统，而SQL
Anywhere则定位于单处理器。由于每个产品的代码各不相同，应用
程序很难在服务器之间移植。
由于利润持续减少，Sybase不得不放弃对新兴平台的支持，并出售
他们的交互电视和移动计算业务。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.103.114.248]
|
|