如何从MongoDB迁移到MySQL？这有现成经验！

end

这一步其实也是可选的，上述代码只是为了削减其它处所的修改包袱，当然如不雅你想应用 MySQL5.7 或者 PostgreSQL 数据库对 JSON 的支撑也没有什么太大年夜的问题，只是在萌芽集合字段时有一些不便利。

Mongoid 的『小兄弟』们

在应用 Mongoid 进行开辟时代不免会用到一些相干插件，比如 mongoid-enum、mongoid-slug 和 mongoid-history 等，这些插件的实现与 ActiveRecord 中具有雷同功能的插件在实现上有很大年夜的不合。

对于有些插件，比如 mongoid-slug 只是在惹人插件的模型的文档中插入了 _slugs 字段，我们只须要在进行数据迁徙忽视这些添加的字段并将所有的 #slug 办法改成 #id，不须要在预处理的过程中做其它的改变。而列举的实如今 Mongoid 的插件和 ActiveRecord 中就截然不合了：

mongoid-enum 应用字符串和 _status 来保存列举类型的字段，而 ActiveRecord 应用整数和 status 表示列举类型，两者在底层数据构造的存储上有一些不合，我们会在之后的迁徙脚本中解决这个问题。

如不雅在项目中应用了很多 Mongoid 的插件，因为其实现不合，我们也只能根据不合的插件的具体实现来决定若何对其进行迁徙，如不雅应用了一些支撑特别功能的插件可能很难在 ActiveRecord 中找到对应的支撑，在迁徙时可以推敲临时将部分不重要的功能移除。

主键与 UUID

require ‘active_record’ 
 
class Tag < ActiveRecord::Base; end 
 
class Post < ActiveRecord::Base 
 
has_and_belongs_to_many :tags 
 
end 
 
class Tag < ActiveRecord::Base 
 
has_and_belongs_to_many :posts 
 
end 
 
puts ActiveRecord::Base.descendants

我们不仅没有享受到 UUID 带来的有点，它还在迁徙 MySQL 的过程中带来了很大年夜的麻烦，一方面是因为 ActiveRecord 的默认主键是整数，不支撑 32 字节长度的 UUID，如不雅想要不改变 MongoDB 的 UUID，直接迁徙到 MySQL 中应用其实也没有什愦问题，只是我们要将默认的┞符数类型的主键变成字符串类型，同时要应用一个 UUID 生成器来包管所有的主键都是根据时光递增的并且不会冲突。

如不雅预备应用 UUID 加生成器的方法，其实会省去很多迁徙的时光，不过看起来确切不是特其余优雅，若何选择照样要衡量和评估，然则如不雅我们选择了应用 integer 类型的自增主键时，就须要做很多额外的工作了，起首是为所有的表添加 uuid 字段，同时为所有的外键例如 post_id 创建对应的 post_uuid 字段，经由过程 uuid 将两者接洽关系起来：

在数据的迁徙过程中，我们会将原有的 _id 映射到 uuid 中，post_id 映射到 post_uuid 上，我们经由过程保持 uuid和 post_uuid 之间的关系包管模型之间的关系没有损掉，在迁徙数据的过程中 id 和 post_id 是完全不存在任何接洽的。

当我们按照 _id 的次序遍历全部文档，将文档中的数据被插入到表中时，MySQL 会为所有的数据行主动生成的递增的主键 id，而 post_id 在这时都为空。

在全部的数据都被插入到 MySQL 之后，我们经由过程 #find_by_uuid 萌芽的方法将 uuid 和 post_uuid 中的关系迁徙到 id 和 post_id 中，并将与 uuid 相干的字段全部删除，如许我们可以或许包管模型之间的关系不会消掉，并且数据行的相对地位与迁徙前完全一致。

代码的迁徙

Mongoid 在应用时都是经由过程 include 将相干办法加载到当前模型中的，而 ActiveRecord 是经由过程持续 ActiveRecord::Base 的方法应用的，完成了对数据的预处理，我们就可以对现有模型层的代码进行修改了。

起首当然是更改模型的『父类』，把所有的 Mongoid::Document 都改成 ActiveRecord::Base，然后创建类对应的 Migration 迁徙文件：

数据的迁徙

留意：要为每一张表添加类型为字符串的 uuid 字段，同时为 uuid 建立独一索引，以加快经由过程 uuid 建立不合数据模型之间关系的速度。

除了建立数据库的迁徙文件并修改基类，我们还须要修改一些 include 的模块和 Mongoid 中独有的萌芽，比如应用 gte 或者 lte 的日期萌芽和应用正则进行模式匹配的萌芽，这些萌芽在 ActiveRecord 中的应用方法与 Mongoid 中完全不合，我们须要经由过程手写 SQL 来解决这些问题。

4/9 首页上一页 2 3 4 5 6 7 下一页尾页

　　推荐阅读

　　如何选择硬盘：SSD硬盘vsHDD硬盘

总之，HDD硬盘和SSD硬盘各有本身的市场。而兼具SSD硬盘和HDD硬盘的机能和特点的mSATASSD设备和混淆驱动器是花费者寻求分砂茨?的更浩揭捉?择。沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的>>>详细阅读

本文标题：如何从MongoDB迁移到MySQL？这有现成经验！

地址：http://www.17bianji.com/lsqh/38066.html

1/2 1