我开始编写一个像“Coveritlive”这样的实时博客应用程序。我的在线杂志需要它,但找不到适合 Rails 的东西。 BTW不重要,我会尽量写出来。
我是一名初级开发人员,我已经编写了我的 CMS。顺便说一句,我不确定用于实时博客应用程序的堆栈。
对于 CMS,我使用 PostgreSQL 作为数据库,但我不确定这种选择是否会对实时博客系统产生一些负面影响。架构很简单:
- 每个事件都有多个event_post(日期、作者、内容)
在事件页面上,我将按从最新到最旧的顺序排列 event_post。事件帖子的内容是一个 html 片段,所以 text/img/etc etc
一个事件可能有超过 500/600 个 event_post。
你认为 postgres 适合这个吗?您有什么建议可以提高性能吗?
当事件不是现场直播时,人们可以访问现场直播,因此我必须在同一页面中加载所有事件。我担心性能。
对于实时更新,我将使用 Pusher/Slanger。
谢谢
最佳答案
我会坚持使用 Postgres。它将为您正在使用的任何 gem 提供最好的支持,我想不出在这一点上为这个项目选择其他任何东西的内在原因。性能会很好。
关于ruby-on-rails - 实时博客应用程序的数据库选择,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25949052/