IBM DB2 UDB 和 SQL Server 2000
IBM DB2 和 SQL Server 2000
神话 #1：IBM DB2 UDB 是一个可运行于多平台的单独产品。
许多预期性的 IBM 客户认为 IBM DB2 UDB 是一个产品。实际上，除了象 VSE 和 VM 大型机上的遗留数据库和 IBM Informix 产品外，IBM 至少有 3 个分离的为工作在不同操作环境而设计的 DB2 UDB 产品：
| • | DB2 UDB for z/OS 和 OS/390 |
| • | 用于OS/400 的 DB2 UDB |
| • | 适用于 Microsoft Windows® 和 UNIX 平台的 DB2 UDB 版本 7 |
这些产品在存储架构、集群结构、调优参数、错误信息和结构化查询语言 (SQL) 方式有很大的不同。更为重要是它们有各自的功能、开发计划和可扩展性与可用性配置文件。正在考虑使用 DB2 UDB 产品的公司必须做好计划，与不同开发人员技能和分离数据库管理员队伍相关的成本会更高，数据库管理员队伍要处理不同的 DB2 UDB 产品。
UDB 伞下的共有品牌使得 IBM 将各种性质以特性添加给整个 DB2 UDB 家族，然而经常它们仅与 DB2 UDB 产品中的一个相关。这样，在 IBM 在谈论 DB2 UDB 的成熟性和健壮性的时候，经常谈论大型机版本和不是更新的并且稳定比较好的 适用于 Windows 和 UNIX 的 DB2 UDB。相类似地，当 IBM 谈论数据份额的领导地位时，它会总计所有数据管理产品的份额。事实上，IBM 的数据库管理产品超过三分之二是销售的大型机和 AS/400 平台的版本。
概要：IBM DB2 UDB 实际上是多数据库产品，需要不同的数据库管理员 (DBA) 和开发人员技能。预期的 DB2 UDB 客户必须确保他们购买的产品具有必要的功能。此外，预期客户需要注意与管理 DB2 异构环境相关的附加成本。在 Windows 2000 Server 平台上运行的 SQL Server 2000 能够提供比在主机平台上运行的 DB2 UDB 更低的所有者总计成本 (TCO)，并且在成熟性上超过了 IBM 适用于 Unix 和 Windows 的 DB2 UDB。
神话 #2:已证明 IBM DB2 UDB 提供高端在线交易过程 (OLTP) 的可扩展性。
尽管大型机版本的 DB2 UDB 是成熟的产品，在市场中已经很长时间了，足可以通过 COBOL 和 CICS 应用程序建立巨型事务处理系统，绝大多数的 DB2 UDB 应用程序使用批处理事务，在简单的现代客户/服务器或网络负载方面的性能显示很差。IBM 已经不能够证明证明大型机在单负载的环境下的可扩展性，例如事务处理协会 TPC 测试 C 或 SAP Sales 和 Distribution (SD) 测试环境，这些测试的重点是在单一的现代应用程序中系统的可扩展性。
排行前 10 位的 TPC-C 结果检查显示 SQL Server 在前 5 项结果中占据 3 项，在 Windows 平台上领先于任何 IBM 的数据库。此外，大型机 DB2 UDB 或 Unix/DB2 在前 10 名单系统（非集群）测试结果中没有一项，然而 SQL Server 在前 10 名占据两位。SQL Server 在单系统 TPC-C 第一个 64 位测试结果中获得了第 5 位成绩，并得到具有以往任何 32 路 SMP 系统中最低价性比的结果。若要了解 SQL Server 可扩展性的测试结果，请参阅 SQL Server 性能基准测试页面。
分析公司报告了在验证可扩展性时发现 UNIX 或 Windows 平台下的 DB2 UDB 实现巨量并发用户很困难。相对比地，许多大型公司运行安装的 SAP 并发用户数量是 1000 个。若要了解这些公司的更多信息，请参阅 SQL Server 案例研究页面。
概要：UNIX 和 Windows 平台上的 DB2 UDB 在 OLTP 测试中和客户的引用紧跟在 SQL Server 后面。
神话 #3：IBM DB2 UDB 是大型数据仓库部署的领导者。
尽管大型机 DB2 UDB 已经构建了大型数据存储，经常提供客户采用 DB2 UDB 作为数据仓库平台的案例，IBM 提倡选择适用于 Unix 和 Windows 平台的 DB2 UDB 作为策略数据仓库的数据管理系统。大型机 DB2 UDB 很少用于支持现代多维数据仓库。大型机成本高，而且如果没有长期建立大型机的操作和技能，公司很少采用大型机。实际上，对于数据仓库，IBM 最常推荐用户使用 DB2-DB2 UDB 扩展企业版本 (DB2 UDB EEE) 的集群版，它要求大型的集群系统和多数据库实例以获得好的性能。因为增长的复杂性，绝大多数 DB2 UDB EEE 的生产实施与 IBM 咨询资源中心的扩展帮助整合在一起。这个版本的 DB2 UDB 更加需要设计和安装经验，因为数据必须在多个数据库实例中仔细划分，并且在数据仓库的整个生命周期中必须平衡数据卷。
尽管 IBM 通过将该版本的 DB2 UDB 运行于昂贵系统中的集群系统上获得好的数据仓库测试结果，但是在现实世界部署想象中的 DB2 集群需要实施在非常昂贵的系统之上，该系统带有专有系统连接以激活不共享东西操作的有效扩展。而且，客户在 Unix 上实施该数据库将会发现在大型机上帮助建立大型数据库的大型机的许多功能已经没有了。下面有两个例子：
| • | 大型机 DB2 和 DB2 UDB EEE 具有不同的集群结构，使得其大型机用户不可能将其实施的技能扩展应用到分布式的环境中。 |
| • | 分布式的 DB2 UDB 不支持大型机 DB2 UDB 中的有效划分范围，而且大型机 DB2 UDB 并不支持 DB2 UDB EEE 中的有效划分范围。 |
这些不谐调的产品功能使得很难将 DBA 技能从一个平台扩展到另一个平台，让 IBM 的数据仓库用户不具有单独可行的方案。
概要： IBM 提供的数据仓库是不谐调的，缺乏强壮的多维支持，需要高成本的硬件和实施服务。客户应该考虑在 SQL Server 2000 中整合的商务智能功能以建立灵活的低初始成本和更高投资回报的数据仓库。
神话 #4: IBM 在 DB2 UDB 中提供整合的商务智能功能。
IBM 的 OLAP 服务器是 Hyperion Essbase 服务器的分支版本，但不是 DB2 UDB 的一部分，也不包含在 DB2 UDB 的价格中。实际上， Hyperion Essbase 有另外一套定价模型而不是 DB2 UDB 的，并需要大幅增加客户的额外支出。
此外，与 SQL Server 的数据转换 (DTS) 和数据挖掘服务不同，IBM 的数据转换和数据挖掘功能没有包含在 DB2 UDB 数据库中。两者是分开许可的，会大幅增加额外成本。相对比地，DTS 包含于 SQL Server 2000 的标准版中，数据挖掘包含于 SQL Server 企业版中。请参阅 价格对比计算器请确定您使用 SQL Server 替代 DB2 UDB 带来的节省。
概要：SQL Server 2000 包括扩展的商务智能功能，而 DB2 UDB 并不提供。请在商务智能和数据仓库页面定位 SQL Server 的商务智能能力的扩展信息，以及包括 Hyperion Essbase 的对比信息。
神话 #5：IBM DB2 UDB 比 SQL Server 更具成本效益。
IBM 没有产品可以与 SQL Server 的价格相匹配。通过SQL Server 2000 企业版和标准版中包含的各种先进功能和模块，SQL Server 甚至提供了更为竞争性的价值。若要了解分布平台上的 SQL Server 2000 和 DB2 UDB 间的价格对比，请参考价格比较计算器。所有 IBM 的数据仓库和商务智能功能都是额外收费的选项或版本。对于大型机系统，价格难以比较。IBM 的大型机平台按照 "MIPS" （百万指令每秒） 模型来定价，它可能随工作负荷的要求的增加而剧烈增加，因为用户的费用随着系统处理器的速度而增长。
概要：SQL Server 2000 比任何的 DB2 UDB 产品都具有更为充分成本效益。
结论：当对比 IBM 和 Microsoft 提供的功能时，必然要提及 SQL Server 2000 提供更低的所有者总体成本，更快速的投资回报，先进的可扩展性和可靠性，更高的开发者和管理者效率，并整合了商务智能功能。
IBM DB2 版本 8.1 和 SQL Server 2000
神话 #1：IBM DB2 版本 8.1 是与重要的工具一起发布的，它在管理方面超越了竞争。
IBM DB2 包含历史性落后的图形管理工具。在 DB2 版本 8.1 中，IBM 采取方法通过重新加工其管理工具的界面来修缮工具以具有 Microsoft Windows® Explorer 类似的风格形式和外观。IBM 已经在市场上将其新技术推广为“自我管理”。
实际上，IBM DB2 并没有自我管理。IBM 已经讨论的许多工具和功能在 DB2 版本 8.1 发布 前不可用，或者只在某些平台上初始可用。与 IBM DB2 版本 8.1 一起发布的新工具包括两个，Configuration Adviser 和 Health Monitor，他们需要应用程序查询负载的专业知识，DB2 并没有使其便利。IBM 还没有为 DB2 开发一种结构化查询语言配置模板。
在 DB2 中承诺的剩余工具中，其中许多将会修改设计缺陷。缓冲池、存储策略和查询优化的建议工具说明 DB2 组件不是自动的。它们需要大量的计划、配置和调整来达到期望的性能。
在20世纪90年代后期，当 SQL Server 7.0 还在设计版上时，SQL Server 的设计师评估了多个设计思想，并采用来提供统一的内存管理和存储模型以简化管理和配置，并由于减少了决策制定需求和流水线编号路径而提高了潜在性能。结果最终形成了高度可管理的企业数据库。
概述：因为 DB2 缺乏必要的工具，因而需要用户手工进行任务管理。SQL Server 2000 具有需要的工具来自动进行绝大多数的管理任务并提供自我优化，这可以节省客户的资金。在所有者总体成本的数据管理行业、通过在 SQL Server 中提供先进的自我管理功能来降低客户成本中，Microsoft 是全面的领导者。若要想了解更多信息，请访问 总拥有成本页面。
神话 #2：IBM DB2 版本 8.1 中包含新的管理工具。
尽管 IBM 正给 DB2 建立更多的管理性，客户应该注意到即使它们潜在可能将 DB2 的管理性带到竞争对手的水平，但管理工具是额外收费的项目。
SQL Server 包括管理员和开发人员需要的所有工具，例如 SQL Query Analyzer 和 SQL Profiler SQL Server ，甚至是产品标准版本的一部分。
概要： BM DB2 版本 8.1 中的许多管理工具需要额外付费，Microsoft SQL Server 提供一整套的管理工具以帮助客户管理其系统。
神话#3：IBM DB2 版本 8.1 是当今唯一可扩展大版本。
IBM 总是推荐 DB2 的分割版本来进行扩展，这种情况已经连续成为事实。在 DB2 版本 8.1 中，IBM 将其企业版 (EE) 重新命名为企业服务器版本 (ESE) ，重新打包企业扩展版本 (EEE) 为可选的功能，现在称为动态划分功能。这样打包的改变必定伴随价格的增加。
正如以前，添加分区功能需要数据库迁移。使得分区选项能够在没有详细计划、配置和管理下进行工作的功能没有显著的变化。如果不使用分区，降低限制会使得在 DB2 中可能获得合理水平的扩展。但是 IBM 服务公司可能将要进行大规模实施的客户引导到更为昂贵的分区选项中。客户需要注意计划、安装、配置和管理该产品会添加复杂性，同时也带了获得可扩展性的困难，因为在相同的分区中需要配合联合的数据。
寻找高度可扩展性解决案的客户应该考虑 SQL Server 2000，通过简单的可扩展性架构，使得它在许多的性能测试中超过了 IBM DB2。Microsoft 承诺可以在世界上最大型的多处理器平台上扩展 SQL Server，并获得最高的非集群测试成绩，同时连续处于集群新能测试的头名。
概要：若要扩展 IBM DB2 版本 8.1，则需要升级。成本和结构复杂性都增加了。SQL Server 2000 可通过简单的可扩展架构进行升级，更具成本效益。
神话 #4：IBM DB2 版本 8.1是完整的 Intel平台的64位 DB2 版本。
运行在 Intel 平台上的 64 位 IBM DB2 版本 8.1缺乏几个组件的支持，但它们还没有带入到 64 位的环境中。最为显著的两个例子是 DB2 复制和 XML 功能。
与 IBM DB2 不同，SQL Server 2000 （64 位）是真正的 64 位产品，每个组件包括复制、XML 和所有包括的商务智能功能都运行在 64 位环境中。
概要：IBM DB2 并没有实现 64 位环境中的完整功能，但 SQL Server 2000 （64 位）都实现了。
神话 #5：IBM DB2 版本 8.1 现在是一个整合的开发平台。
IBM DB2 在竞争产品中历史性地缺乏关键开发功能。例如，SQL 存储过程：在 2000 年 4 月发布的 DB2 v7.1 中，IBM 引入了一个称为存储过程设计器的工具，它可以允许开发者建立存储过程，然后编译成为 C 语言程序以在数据库引擎中运行。在 DB2 版本 8.1 中，该工具在界面上获得了提升，并将其重新命名为 DB2 开发中心。存储过程仍然保持在数据库之外，并需要 C 编译器。由该工具生成的可执行文件由系统文件来执行。这种嫁接的方法不仅带来了安全危险，而且表现出明显不兼容潜在性。因为文件驻留于数据库安全模型之外，因而会带来危险。还因为通过工具识别的 SQL 语言和功能会与通过数据库引擎自身识别的不一致，从而带来不一致的潜在可能。
SQL Server 以真正整合存储过程处理为特色，从 SQL Server 10 年前发布第一个版本起，就没有使用 外部语言编译器。这和许多开发人员友好的功能（例如临时表和丰富的配置工具）一起使得 SQL Server 成为开发人员间的主要数据库平台。
概要：IBM DB2 中开发人员的功能显著落后于 SQL Server。SQL Server 与流行的开发工具相整合，提供了高水平的开赴人员开发效率。
神话 #6：IBM DB2 版本 8.1 在数据重新构建能力上超过了竞争对手。
尽管 IBM DB2 第一次提供了在线索引重组技术，但 SQL Server 2000 在 2 年前就实现了在线重组功能。
IBM DB2 版本 8.1 中新的在线重组功能中的主要新功能是能够重新组织集群表，这个表中记录是按照表定义的主键索引顺序存储的。但是，对于集群表进行重组是不正常的。这样的需要通常来自于 DB2 实施集群表功能时产生的。
在 Server 2000 中，在线重组的主要影响是磁盘碎片整理程序，移出删除的记录。在 IBM DB2 中，集群表的实施需要周期性地重新组织维持性能。
概要： IBM DB2 版本 8.1 中的在线重组功能声称在 DB2 中的一个设计变化需要周期性地重组顺序以维持性能。
神话 #7：在 IBM DB2 版本 8.1 中，多维集群是很具优势的数据仓库功能。
IBM DB2 版本 8.1 实现了一种令人感兴趣的新索引类型，它可以将包含相同定义主建组合的记录保存到同一个块中。该索引组织对特殊类型范围的查询很有用处。但是，它消耗大量的存储空间，不像 SQL Server 在定位特定行一样有效，因为 SQL Server 是在块中进行序列查找。同时这些结构不需要重组，它们只需要象集群索引一样进行碎片整理。
概要：在 IBM DB2 中的多维集群功能可以获得比当前更高的可维护性。该功能不不能将 IBM DB2 带进一步以实现整合的多维存储引擎，从而支持类似 SQL Server 中实现的多维分析。
神话 #8:IBM DB2 版本 8.1 包括 XML 功能
IBM DB2 版本 8.1 并没有明显引入新的 XML 功能。在 IBM 的 Xperanto 搜索中提到的 IBM 整合的 XML 和 SQL 功能在近几年的产品不可能实现。
Microsoft 和 IBM 正在各自实现相似的功能以允许 XML 和 SQL 数据完全交叉查询。但是，SQL Server 中现存的 XML 功能已经完全整合到数据库引擎中，并没有将其实现为一段分离的代码驻留在外部作为补充。IBM 已经声明其当前的 XML 实现将会得到修改，以在内部运行，不再使用 XML 的外部补充。
概述：IBM DB2 版本 8.1 没有明显的新的 XML 功能，并且没有自然地实现 XML。今天 SQL Server 2000 已经在数据库引擎中实现了对 XML 的支持，以获得最好的性能
神话 #9：IBM DB2 版本 8.1 是一个有效的商务智能 (BI) 平台。
IBM DB2 版本 8.1 在 IBM 产品主要弱点上没有取得进步：缺乏通过整合 OLAP 引擎来支持商务智能的需求。IBM 继续外购第三方 (Hyperion Software) 的 OLAP 功能，而对商务智能没有任何承诺。此外，对于重新包装的 Hyperion Essbase 引擎、数据转换和数据挖掘功能 IBM 是额外进行收费的。
SQL Server 2000 在一个包装中包含此类功能，不需要购买其它附加产品。
概要： IBM 的 DB2 商务智能是不完整的，成本很高。SQL Server 2000 在一套程序中提供端到端的解决方案。
神话 #10：IBM DB2 版本 8.1 包含有效的 ETL 功能。
IBM DB2 版本 8.1 中的仓库管理产品是 DB2 的额外付费的选项，以提供第一代图形用户界面。它仅提供基本的数据抽象、转换和载入功能，因为它缺少建立复杂转换的脚本语言。SQL Server 2000 的数据转换服务 (DTS) 模块以高度可用的设计界面和扩展转换能力的完全脚本语言为特色，它们包含在每一个 SQL Server 版本中，而且不再额外收费。
概要：对于 Microsoft 在 SQL Server 2000 的一套包装中含有的基础数据库工具，IBM 是额外收费的。
结论：IBM DB2 版本 8.1 显示其对比以前版本的 DB2 有显著提高。但是，它没有类似于 SQL Server 的其它数据库系统的功能，在总体数据和信息管理中的许多方面是技术落后的。在对比 IBM 和 Microsoft 提供的数据库时，指出 SQL Server 2000 提供的下列功能是很重要的： 提供更低所有者整体成本、更快的投资回报、先进的扩展性和可靠性，更高的开发人员和管理人员效率和整合到商务智能能力。
3301
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
