在SMB中使用DB2LUW?

在SMB中使用DB2LUW?,db2,rdbms,Db2,Rdbms,我的项目目前以SQL Server为中心(为了好玩,加入了一些Postgres和MongoDB)。最近的一个项目涉及Oracle上的一些配置,它提醒我,与上述项目相比,实现和管理Oracle RDBMS实例非常复杂 多年前,我在OS/2上处理过DB2,于是决定下载一个试用版,并将其安装在CentOS上进行比较。这是一个相当快速和简单的实现,包括文档和示例数据 注意到DB2LUW似乎很少受到关注,我想知道为什么?在某些版本中,它具有价格竞争力,而且从许多方面衡量,它具有很强的功能和可扩展性 因此,

我的项目目前以SQL Server为中心(为了好玩,加入了一些Postgres和MongoDB)。最近的一个项目涉及Oracle上的一些配置,它提醒我,与上述项目相比,实现和管理Oracle RDBMS实例非常复杂

多年前,我在OS/2上处理过DB2,于是决定下载一个试用版,并将其安装在CentOS上进行比较。这是一个相当快速和简单的实现,包括文档和示例数据

注意到DB2LUW似乎很少受到关注,我想知道为什么?在某些版本中,它具有价格竞争力,而且从许多方面衡量,它具有很强的功能和可扩展性

因此,我很想知道,如果您在Linux或Windows上使用DB2Express(-C)、WSE或EE,您能否分享一下原因(如果您选择的是数据库)?

我们在工作中使用DB2LUW(不过,我只为我说,不是为了工作)。我喜欢这样:

  • 它的速度很快,并且有整洁的工具可以帮助您加快查询速度
  • 它有高可用性(HADR)设施
  • 它支持XML,这可能对您有用,也可能对您不有用(但我们目前在工作中不使用它)
  • 它的过程语言很容易使用(如果相当缺乏特性,尤其是对于9.7之前的版本)
  • 它有优秀的文档
(在工作中使用DB2的决定早在我开始工作之前就做出了,因此我无法评论选择它的理由。)

我们在工作中使用DB2 LUW(尽管,我只是为我自己说话,不是为了工作)。我喜欢这样:

  • 它的速度很快,并且有整洁的工具可以帮助您加快查询速度
  • 它有高可用性(HADR)设施
  • 它支持XML,这可能对您有用,也可能对您不有用(但我们目前在工作中不使用它)
  • 它的过程语言很容易使用(如果相当缺乏特性,尤其是对于9.7之前的版本)
  • 它有优秀的文档

(在工作中使用DB2的决定早在我开始工作之前就已经做出了,因此我无法评论选择它的理由。)

我使用DB2 for LUW的范围很广:从大型企业中的高端企业服务器版到SMB中的DB2 Express-C

在我看来,DB2Express-C对于SMB市场来说是绝对出色的。作为一个SMB,几乎没有Express-C中不存在的功能,更昂贵的DB2版本中的所有主要技术都有,包括pureXML(我广泛使用)和(Express-C支持每台服务器3k美元)完整的HADR支持

Express-C中没有的内容是-

Oracle兼容性支持(能够运行Oracle PL/SQL而不是DB2的标准SQL/PL):这不是问题,除非您计划迁移现有的Oracle应用程序。请注意,支持这一点的许多功能都是可用的,包括您提到的关联数组。 深度压缩:我发现DB2压缩可以为我们节省多达70%的DB2ESE磁盘空间。但中小型企业往往没有足够的数据量来证明压缩许可证的额外成本是合理的,即使你可以购买它(你说的是很多TB的存储空间,在它以当前的价格变得有价值之前)。但是,阻止您使用此压缩的唯一原因是您无法为其购买许可证。 一些分区功能在Express-C中也不可用:但分区功能实际上只适用于最高端的客户。事实上,至少有一种类型的分区(DPF)在ESE中甚至不可用:您必须购买InfoSphereWarehouse(以前称为DB2DataWarehouseEdition)才能获得这种分区

如果您想要这些,您必须购买DB2ESE(以较高的价格溢价)

现在还有一次我推荐Express-C以外的东西,那就是如果你想要pureScale的超可伸缩性。在DB2ESE上,这是一个额外的成本选项,但实际上包括在内(仅限于WSE集群中可以拥有的处理器总数)

无论如何,最重要的是,现在我会向几乎所有人推荐DB2(尤其是Express-C)。我认为你没有听到更多关于它的消息是因为IBM没有做好它的营销工作

菲尔纳尔逊
(teamdba@scotdb.com)

我与DB2 for LUW合作的范围很广:从大型企业的高端企业服务器版到中小型企业的DB2 Express-C

在我看来,DB2Express-C对于SMB市场来说是绝对出色的。作为一个SMB,几乎没有Express-C中不存在的功能,更昂贵的DB2版本中的所有主要技术都有,包括pureXML(我广泛使用)和(Express-C支持每台服务器3k美元)完整的HADR支持

Express-C中没有的内容是-

Oracle兼容性支持(能够运行Oracle PL/SQL而不是DB2的标准SQL/PL):这不是问题,除非您计划迁移现有的Oracle应用程序。请注意,支持这一点的许多功能都是可用的,包括您提到的关联数组。 深度压缩:我发现DB2压缩可以为我们节省多达70%的DB2ESE磁盘空间。但中小型企业往往没有足够的数据量来证明压缩许可证的额外成本是合理的,即使你可以购买它(你说的是很多TB的存储空间,在它以当前的价格变得有价值之前)。但是,阻止您使用此压缩的唯一原因是您无法为其购买许可证。 一些分区功能在Express-C中也不可用:但分区功能实际上只适用于最高端的客户。事实上,至少有一种类型的分区(DPF)甚至不可用