cassandra替换mysql_考虑从MySQL切换到Cassandra或MongoDB以获取ad-hoc元数据[关闭]

我考虑从SQL切换到NoSQL，我有点沮丧 . 我是一名自学者，在考虑一个包含大量ad-hoc元数据的项目时，精通MySQL，寻找潜在的替代方案 . 我已经做了很多关于趋势NoSQL替代品的研究，但我不确定他们是否值得转换 . 大多数讨论都是关于我无法考虑的主题，例如可扩展性和性能(这样做会是一个梦想 . )通过一些背景信息，也许有人可以帮助我 .

现在我正在考虑以典型的第3范式形式设置MySQL，然后将单独的表作为必要元数据的键值，如果不是仅仅完全采用键值 . 不是所有对象的原因都是相同的数据，数据是可变的 . 因此，我无法计划一个明确的设计，即使我可以在同一研究中指出我可能不值得努力(即关键数据更容易 . )这是迄今为止最快的选择，因为实施是立即给我一些东西 . 我在这里担心的是，我不能确保将所有内容减少到键值是必要的，但我会得到MySQL的安慰 .

作为替代方案，我正在考虑使用Cassandra或MongoDB将所有内容视为带有元数据的对象 . 我觉得这可能比我的MySQL解决方案更干净 . Cassandra很有吸引力，因为它保留了一些熟悉的SQL及其CQL，因此更容易进入 . MongoDB具有JSON(BSON)的吸引力，我觉得我将使用对象(文档)而不是表 . 因此，我的需求感觉更直观 . 从这里开始，考虑到我从RDMS的转变，我将能够做什么样的查询 - 看起来我在Cassandra和MongoDB都失去了一些奢侈品 .

我的主要关注点是，如果仅仅根据我存储和访问数据的方式来改变MySQL是值得的 . 虽然阅读非RDMS资源(这真的改变了我查看数据的方式)非常有启发性，但我不能说Cassandra和MongoDB在我的情况下都没有真正卖掉我的实用程序，特别是考虑到学习和测试所需的时间新技术 .

鉴于我的担忧，考虑转换是明智的还是我坚持使用MySQL是合理的？