【问题标题】:Is Greenplum efficient for social network / instant messaging app?Greenplum 对社交网络/即时通讯应用程序有效吗?
【发布时间】:2018-06-20 10:20:27
【问题描述】:

我们正在为社交网络/即时消息传递开发一个应用程序,我们正在一个包含 2 个节点的高速网络中使用 Postgres-XL。

我们预计会有来自不同服务器的数百万笔交易,同时来自用户,每笔交易都包含相对较大的联合查询。我们现在使用 Postgres-XL 的问题是延迟和缓慢的事务,即使在测试级别也是如此。

我们正在研究一种基于 SQL 的高效 RDBMS(我们的计划与 noSQL 不兼容),以克服这些耗时的事务。此外,我们没有数据挖掘计划,目前我们不关心此类活动。

问题是迁移到 Greenplum 是否可以解决我们的问题?如果没有,您对我们有什么建议吗?

ps:我知道OLTP(postgres-xl)和OLAP(greenplum)的区别

【问题讨论】:

  • 如何使用原生 Postgres 和外部数据包装器进行分片并结合继承?

标签: sql rdbms greenplum


【解决方案1】:

这听起来不像 greenplum 的最佳选择(正如您提到的,greenplum 目前主要面向 OLAP)。我可能会研究某种 pub/sub、异步处理队列以及缓存层(例如用于 postgres 兼容后端的 pgpool),甚至可能是一般的缓存(例如 redis 或某种键值),甚至可能aurora 如果你打算使用 amazon 并且坚持使用 postgres。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-02-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多