从 MySQL 迁移到 MongoDB - 最佳实践答案

【问题标题】：Migrating from MySQL to MongoDB - best practices从 MySQL 迁移到 MongoDB - 最佳实践
【发布时间】：2012-05-03 15:25:25
【问题描述】：

因此，最好只是尝试一下并通过一些试验和错误来查看，但我正在尝试找出将非常简单的结构从 mysql 迁移到 mongodb 的最佳方法。假设我在 mysql 中有一个名为“articles”的主表，还有另外两个表，一个名为“categories”，另一个名为“category_linkage”。这些类别都有一个 ID 和一个名称。这些文章都有一个ID和其他数据。链接表将文章与类别相关联，因此您可以拥有与每篇文章相关的无限类别。

从 MongoDB 方法来看，将属于该文章的文章数据和类别 ID 存储在同一个集合中是否有意义，因此只有 2 个数据集合（一个用于文章，一个用于类别）？我的想法是，要从文章中添加/删除类别，您只需更新（$pull/$push）那个特定的文章文档，不是吗？

【问题讨论】：

合并表是正确的想法。如果您将类别存储在文章中，您是否需要一个类别集合？我想也许可以一次将它们全部列出来？
是的，您可以在全球范围内添加/编辑/删除类别（用于网站导航或其他内容）。

标签： mysql mongodb database

【解决方案1】：

在我看来，一个好的模型应该是这样的：

{"article_name": "name",
 "category": ["category1_name", "category2_name", ...],
 "other_data": "other data value"
}

因此，将类别名称直接嵌入到文章文档中。更新文章类别很容易，但完全删除一个类别需要修改属于该类别的所有文章。如果经常删除类别，那么将它们分开可能是一个好主意。

这种方法还可以轻松地对类别名称进行查询（无需使用单独的查询将名称映射到 id）。

因此，对数据建模的“正确”方式取决于假设的用例，mongodb 和其他 nosql 数据库通常就是这种情况。

【讨论】：

如果类别是分开的，那么将类别 ID 放在文章集合中并使用这些 ID 链接到包含其余类别数据的“类别”集合（猫姓名，身份证，蛞蝓等）？
是的，这对我来说很有意义，并且有效。唯一要记住的是，然后显示一篇文章将需要对类别集合进行更多查询以获取类别名称。另一种选择是使用类别名称作为 id。但是，这要求类别名称是唯一的。

【解决方案2】：

如果您可以使用 Mac 电脑，您可以试试MongoHub GUI。它具有“从 MySQL 导入”功能。

【讨论】：

实际上问题是按钮根本不存在。必须在最新版本的 mongohub 中添加按钮 dropbox.com/s/sewbh0gc62sycyx/…
Harry Moreno，谢谢，找到了！但是，即使它完美连接并且我选择了所有内容，当我按下 Import 时，它什么也不做，无论我输入现有的还是不存在的 Collection 名称。