迁移过程:http://blog.yorkxin.org/2012/02/21/migrate-from-mongoid-to-activerecord/
我目前的正在做的东西还是在用 ActiveRecord,是觉得后期招人维护或者扩展时会比较方便一些,mongoid 还是太新了。。
不知大家怎么看在项目中使用 mongoid 和 ActiveRecord 的选择?
俺还是新手,就觉得先把 sql 基础打好比较务实,mongo 有看过一点,但是同时学太多总有点畏惧感和不扎实的感觉。如果你招人,肯定还是 sql 系比较好招。 如果从做产品来说,关键的性能瓶颈你可以加缓存,或者剥离 service 单独开发,要是全面铺开 mongo 也没有太大的必要。
根据需要。我觉得就 ruby-china 这种低“关系型”的应用来说,用 Mongodb 完全没问题。 当然如果你是要做一个 erp 那当然就是用关系型数据库了。 我之前一个项目从 mysql 迁移到 mongo 然后又迁回去了。哈哈
Active Record 里有太多美好的东西,不玩玩确实浪费,尤其是对于新手。
目前没有让我信服的证据表明 mongodb 查询/插入速度不如 mysql,所以不是很理解他们的迁移
关于这个事情我的解释: http://huacnlee.com/blog/ahout-mongoid-performance/
关系型和非关系型都有适用的场所,如何选择也不是放之四海皆准的。总的来说,MongoDB 对于 Collection 之间关系的机制对于 ActiveRecord 过来的开发者来说还是很友好的。
至于性能,受数据量、访问量、服务器配置等影响差别会很大。MongoDB 本身是最大化利用内存的系统。索引建的不合理也会非常影响性能(不管是插入还是读取)。
不过,我对他们宣称的性能变化也表示怀疑。
对于选 MySQL 还是 PQ 还是 Mongoid 还是任何其他数据库,我觉得都是主观性很强的事情,既然他们选择去迁,说明他们评估出来现阶段对 Ruby-Taiwan 的主要开发者来说 MySQL 更方便或易于驾驭,那这个选择也是合情合理。祝两边的开发和运维都顺利!
对大家来说也是好事,有了互相学习和比较的机会:)
MongoDB 虽然很出名,但是在业界也算是“臭名昭著”了。。。呵呵。。。
我们觉得 Rails 很好,但还是有相当一部分人不喜欢它 产品和人一样,应该有自己独立的性格
关系型数据库首选,nosql 的适用场景有限
像 Ruby China 这类项目,我倒觉得用 nosql 更加灵活方便呢