默默的点个赞

嗷嗷！赞！

准时点赞来表征自己已经站在最前线。

#2 楼 @Rei 我的站有用 redis+sidekiq 队列。话说 4.2 的新队列只是接口，还是说可以代替 sidekiq 的一个实际的队列系统呢。。。。

#2 楼 @Rei 好吧，是接口

好消息

赞，哈哈

其实我想知道，add_foreign_key 的意义是什么？这和我们用 add_column 来实现有什么真正的区别？

#8 楼 @imlcl 产生数据表外键约束，add_column 只是按照框架约定的那样的字段名来映射，和数据表本身是分开的。

:thumbsup: 圣诞快乐

#9 楼 @debugger 学习了，哈。那是否使用 add_foreign_key 要更严谨一些？

#9 楼 @debugger 应该是使用数据库的约束，数据库自身会处理这些约束，如果用 add_column 这种，就得我们自己去维护（手动实现类似数据约束的逻辑）？

#11 楼 @imlcl 跟严谨没关系啦，以前总是有人抱怨说 ORM 不支持真正的外键约束。

它可以用来：

FOREIGN KEY 约束用于预防破坏表之间连接的动作。 FOREIGN KEY 约束也能防止非法数据插入外键列，因为它必须是它指向的那个表中的值之一。

但是，大多数业务下，它只会引起 sql 执行效率变差。

现在，ActiveRecord 也随了主流。

ps, 看到了一个有趣的讨论：http://segmentfault.com/q/1010000000401455

555, 链接 404……

#13 楼 @lyfi2003 感觉你说的有道理，这个约束也带来了额外开销，但这个开销在具体场景影响有多大？

#15 楼 @imlcl 这个很好理解，可以想像一下，插入一条数据的时候，需要检查它的关联表里这个 foreign key id 是否真的存在，如果有索引，问题不会太大。大概需要 o(logn) ( n 为关联表大小 ) 的样子。

#16 楼 @lyfi2003 赞，外键我们也习惯性地加 index

《学生选课系统》那必须是需要外键啊

2.5 外键支持 和 2.6 外键支持 重复内容。

#20 楼 @yue 謝謝，更新了！

#14 楼 @chairy11 加上了，但還沒有翻譯

已升 4.2。除了 resque 和 active job 需要做点胶水工作，其它还算好。

不管跑起来有没有区别，版本号升了，就感觉——爽。

刚刚才开始撸上 4.2，感觉也是感觉自己落后时代太多……新的 ActiveJob 和 ActionMailer 不太习惯，正在适应中