Rails Rails 4.2 发布记

juanito · 发布于 2014年12月22日 · 最后由 hegwin 回复于 2016年01月29日 · 2533 次阅读
1510

大家好,

Rails 4.2 release post 翻译好了,请大家去这里阅读 👉 Ruby on Rails 4.2 发布记

有错误或是修正用语:https://github.com/ruby-china/guides

圣诞节快到了,圣诞快乐! 😉

共收到 24 条回复
1342

默默的点个赞

1

嗷嗷!赞!

4933

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

10594

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

10594

#2楼 @Rei 好吧,是接口

96

好消息

4584

赞,哈哈

4584

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

973

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

3872

:thumbsup: 圣诞快乐 ⛄

4584

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

4584

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

121

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

它可以用来:

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

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

现在, ActiveRecord 也随了主流.

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

827

555, 链接404……

4584

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

121

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

4584

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

15

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

11340

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

1510

#20楼 @yue 謝謝,更新了!😄

1510

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

3787

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

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

1466

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

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册