【问题标题】:Iterative steps / best practices for transitioning RDBMS to Cassandra将 RDBMS 转换为 Cassandra 的迭代步骤/最佳实践
【发布时间】:2011-05-19 07:18:13
【问题描述】:

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

【问题讨论】:

    标签: nosql scalability cassandra


    【解决方案1】:

    这真是个问题。

    我会先阅读data model,尤其是“从查询角度思考”部分。

    我们的目标是尽可能少地执行您需要执行的每个“操作”查询。这经常需要非规范化,有时不止一种方式。有时还需要使用很多技巧来实现该目标;链接文档中的 Twissandra 示例演示了几个常见的示例。

    如果您有具体要求,就更容易提出具体建议。

    【讨论】:

    • 听起来您在暗示 RDBMS 模式的非规范化将是一个很好的第一步。这应该可以将查询数量减少到与部署 Cassandra 时相同的最小值。因此,到 Cassandra 的转换将只关注数据模型差异,因为查询减少已经完成。你同意吗?
    • 我想这取决于非规范化的成本以及当前 RDBMS 接近最大化的程度;如果这是您的选择,它可能会起作用。作为替代方案(或另外),我会首先将一个“动作”的所有数据移动到 Cassandra,这样您就可以开始了解集群管理以及在开始主要使用 Cassandra 之前面临的各种问题;这是几乎所有大型 Cassandra 用户都采用的方法。
    • “非规范化成本”似乎无关紧要,因为它必须在某个时候完成才能利用 Cassandra。
    • 我指的是对您的 RDBMS 的影响。
    • 我应该澄清一下,我不打算对生产数据库进行非规范化。它将在开发服务器上完成,作为向 Cassandra 的迭代步骤。这会改变你的想法吗?
    猜你喜欢
    • 1970-01-01
    • 2018-11-24
    • 1970-01-01
    • 2012-11-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-02-19
    • 2011-07-27
    相关资源
    最近更新 更多