【问题标题】:How big is the performance difference between Oracle and PostgreSQL?Oracle 和 PostgreSQL 的性能差异有多大?
【发布时间】:2011-03-20 00:15:49
【问题描述】:

我想知道如何扩展数据库。目前它使用 PostgreSQL。尽管有编码的痛苦和费用,切换到 Oracle 是否值得?还是 PostgreSQL + 更多的盒子是更好/更便宜的方法?

【问题讨论】:

  • 我想 postgres 会更便宜。
  • 一根绳子有多长?涉及的因素太多,这里没有一个正确的答案。
  • 我不喜欢甲骨文。现在对我来说只是脖子上的疼痛。没有其他 RDBMS(PostgreSQL、MSSQL、MySQL、FirebirdSQL)让我如此头疼。从客户端连接到返回游标的存储过程。
  • 哦,请考虑增加 RAM / 查询缓存的数量,或者可能从硬盘转移到闪存存储。如果 IO 是也可以提高性能的瓶颈(以一定的代价)。这确实取决于工作量。
  • 这个问题只能以传闻的方式回答,因为 Oracle 不允许发布针对其他 RDBMS 的基准。

标签: performance oracle postgresql


【解决方案1】:

就您可以通过性能调整实现的性能而言,任何主要 DBMS 之间的 IME 都没有太大差异。这不仅仅是我的经验Open Source PostgreSQL Trails Oracle In Benchmark, But Not By Much

在客户端和数据库优化方面发现任何性能问题并修复它们是无可替代的。

【讨论】:

  • +1 专注于现有问题,而不是创造一大堆有趣的新问题。
  • 在全职使用 Oracle 和 Postgres 并运行类似的负载之后,如果有区别的话 - 感觉并没有太大区别。 +1 不打开一个全新的混乱。
  • 请注意,Richard 链接到此处的基准测试结果使用的是 PostgreSQL 8.2;与早期版本相比,8.3 版在几乎所有方面都有非常大的性能提升。 Oracle 可能也有所改进,但 PostgreSQL 现在通常比 8.2 版快 30% 到 50%。
【解决方案2】:

我认为你的建议在逻辑上等同于Things You Should Never Do, Part I。这种类型的转换实际上是一种重写,从一个数据库转换为另一种(或从一种语言转换为另一种等)是一种很好的方式,可以节省大量时间和金钱,否则这些时间和金钱可以花在实际改进产品上。正如@Richard Harrison 上面所说,一个更好的选择是花一些时间来解决任何促使您考虑迁移到 Oracle 的性能问题。正如 Fred Brooks 多年前所说,有No Silver Bullet

分享和享受。

【讨论】:

    【解决方案3】:

    转到 Oracle 不会是升级。只是迁移。如果你想升级 Postgresql,我强烈建议你迁移到 EnterpriseDB 的 Postgres Plus。他们创建了一个兼容 Oracle 的 Postgres 版本,它将运行所有现有代码,任何新的以 Oracle 为中心的代码。几乎任何人都会购买 oracle rdms 的所有功能都包含在其中。速度也很快。

    如果您嫉妒 RAC,请不要嫉妒。 RAC 的维护成本非常高,而且每个添加的新盒子都不是真正有效的。您可以在不花费 postgres 成本的情况下获得额外的性能。将 PGPOOL 视为一种无需成本即可实现横向增长的解决方案。

    【讨论】:

    • PGPOOL 不进行共享存储集群。它基于数据复制。 RAC 实例可以共享数据存储。当您拥有数 TB 的数据时,运行 PGPOOL 所需的复制在性能和存储成本方面可能非常昂贵。
    【解决方案4】:

    我承认我在这里有偏见,但我得告诉你PostgreSQL 是一个了不起的产品!我承认我对 Oracle 没有任何直接经验,但我所读过的所有内容都将 PostgreSQL 置于如此接近的范围内,即使它有点慢,但我认为毫无疑问,你可以花任何钱花费在 Oracle 的许可上而不是在硬件上或额外的开发时间(以提高性能)上应该仍然会让您在金钱和性能方面保持领先。

    当然,我确实像上面其他人所说的那样规定,除非我们要谈论特定情况或安装环境,否则这是一个过于主观的问题。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2021-07-04
      • 1970-01-01
      • 2019-03-09
      • 2015-11-18
      • 2019-03-26
      • 1970-01-01
      • 2015-06-10
      相关资源
      最近更新 更多