我就见过一个项目重跑 migrate 之后和线上数据库 schema 不一致，不知道过程做了什么，也没有把 schema.rb 加到 git 里，开发一直基于错误的 schema 做然后上线出问题，最后把线上的 schema 导出重新加回。schema 有冲突就应该当即解决冲突。

现在 homeland 没有 ignore db/schema.rb https://github.com/ruby-china/homeland/blob/master/.gitignore

运行 migration 的时间不是取决于表数而是 migration 的数量，看看 discourse 的 migration 把字段改了又改，重跑一次不会很浪费时间吗？ https://github.com/discourse/discourse/tree/master/db/migrate

discourse 不算好的 Rails 范例，创始人用 .net 的风格编码，用前后端分离，不是遵循 Rails 最佳实践的项目。

要，用来看当前有什么字段。

喜欢逻辑和模版分离可以用 Ember.js。

现在趋势是逻辑、模版和样式放在一起，预编译成 JavaScript 然后以组件为单位 import。

有，点进个人页面。

http://guides.rubygems.org/

去看看前端社区关于 server side render 的讨论，你就会怀疑前后端分离是为了什么。

至少 Github 就是这么发展起来的。

现在不是流行 microservice 么，每个 service 可以是单体应用也可以是更多 seivice 组合，关键是你不用关心 service 是怎么实现。

纯血前端社区心态才是封闭，非 JavaScript 实现不用，非 client side 不用，结果现在要搞 server side render 和同构。相比之下 Rails 拥抱 webpack 才是开放。

https://github.com/ruby-china/the-rails-doctrine/blob/master/README.md#%E9%87%8D%E8%A7%86%E6%95%B4%E5%90%88%E7%B3%BB%E7%BB%9F

Rails 默认用啥我就用啥。

redis 也是远程调用，细粒度的缓存是否有用还要实测。

不知道楼主为什么不用 Rails，如果只依靠标准库的话，WEBRick http://ruby-doc.org/stdlib-2.4.0/libdoc/webrick/rdoc/WEBrick.html

MySQL 需要装 mysql2 https://github.com/brianmario/mysql2

正常情况，区分 v1 v2 应该是 Api 模式有大变动。

如果有部分变动不大，我会把代码拷贝过来，不要有依赖。

那可以用片段缓存。

路径区分版本。

是的。有更新的话，也要更新 data。

可以增加一张表，解决查和排序，同时储存 data 避免运算

{
  user_id
  source_type
  source_id
  data
  created_at
  updated_at
}

举个现实的例子，我想不通要轮流查 a b c 的意义。

对于如何避免重新计算 data 这一点，可以把计算结果放库里。

https://ruby-china.github.io/rails-guides/active_record_querying.html#eager-loading-associations

楼主需要补 SQL 基础知识。

你是复读机么，来来去去就这一句。如果你没有其它补充，我严重质疑你发言的真实性，也会留意你在其它帖子的表现。

这两件事完全没联系。

为什么你觉得他是管理员？所有管理员列在这个页面 https://ruby-china.org/wiki/about

管理员个人页面头像下方有红色“管理员”标签。

刚好团队出去团建…

不要简单的复制粘贴。

又重返😳