Nosql 将RDBMS转换为Cassandra的迭代步骤/最佳实践

从RDBMS过渡到Cassandra的迭代步骤/最佳实践是什么？在迁移之前对RDBMS模式进行非规范化是否有好处（除了RDBMS本身的可扩展性改进之外）？

这是一个相当大的问题

首先，我要读一读关于问题的内容，特别是“根据问题思考”一节

目标是对每个“操作”执行尽可能少的查询。这通常需要非规范化，有时需要多种方式。为了达到这个目标，有时还需要使用很多技巧；链接文档中的Twissandra示例演示了几个常见的示例

---

当您有特定的需求时，可以更容易地为它们提供特定的建议。

听起来您是在建议RDBMS模式的非规范化将是一个很好的第一步。这将把查询数量减少到部署Cassandra时所需的最小数量。因此，到Cassandra的转换将只关注数据模型的差异，因为查询缩减已经完成。你会同意吗？我想这取决于非规范化的成本，以及你的RDBMS目前离最大化有多近；如果这是你的选择，它可能会起作用。作为替代方案（或另外），我将首先将一个“操作”的所有数据移动到Cassandra，以便在开始主要使用Cassandra之前，您可以开始了解集群管理和面临的各种问题；这是几乎所有大型Cassandra用户都采用的方法。“非规范化成本”似乎无关紧要，因为为了利用Cassandra，必须在某个时候进行。我指的是对您的RDBMS的影响。我应该澄清，我没有计划对生产数据库进行非规范化。这将在开发服务器上完成，作为迈向Cassandra的迭代步骤。这会改变你的想法吗？