实时博客应用程序的数据库选择

时间:2014-09-20 13:01:34

标签: ruby-on-rails postgresql

我开始写一个像“Coveritlive”这样的实时博客应用。我需要它用于我的在线杂志,我找不到适合Rails的东西。 BTW并不重要,我会尝试写它。

我是初级开发人员,我已经编写了CMS。顺便说一句,我不确定用于实时博客应用程序的堆栈。

对于CMS,我使用PostgreSQL作为db,但我不确定这个选择是否会对实时博客系统产生一些负面影响。架构很简单:

  • 每个活动都有很多event_post(日期,作者,内容)

在活动页面上,我将获得从最新到最旧的event_post的有序列表。事件帖子的内容是一个html片段,所以text / img / etc等

事件可能超过500/600 event_post。

你觉得postgres还可以吗?你有什么建议可以有更好的表现吗?

当活动不在线时,人们可以访问实时Feed,因此我必须在同一页面中加载所有活动。我担心表现。

对于实时更新,我将使用Pusher / Slanger。

谢谢

1 个答案:

答案 0 :(得分:0)

我会坚持使用Postgres。它将为您正在使用的任何宝石提供最佳支持,我无法想到在此时为此项目选择任何其他内容的固有原因。表现会很好。