Loading article…
データストアの弾力性は、データモデルとクラスタリング機能の柔軟性に関係します。許容できるデータモデルの変更回数が多く、クラスタリングの管理が容易であればあるほど、データストアの弾力性は高いと考えられます。[1]
種類
クラスタリングの弾力性
クラスタリング弾力性とは、分散データストアからノードを追加または削除する容易さのことです。通常、これはリレーショナルデータベースシステムの専門家によって実行される困難で繊細な作業です。Apache Cassandraなどの一部のNoSQLデータストアには簡単なソリューションがあり、プロパティを少し変更し、少なくとも1つのシードを指定してノードを追加/削除できます。[1]
データモデリングの弾力性
リレーショナル データベースは、ほとんどの場合、非常に非弾力的です。これは、再設計によってのみ適応できる定義済みのデータ モデルがあるためです。ただし、ほとんどのNoSQLデータ ストアには固定スキーマがありません。各行には、異なる数や異なるタイプの列を含めることができます。データ ストアに関しては、スキーマの変更は問題ありません。これにより、この種のデータ ストアは、データ モデルに関してより弾力的になります。[1]欠点は、プログラマーがデータ モデルが時間の経過とともに変化する可能性があることを考慮しなければならないことです。
参考文献
- ^ abc 「Cassandra で遊ぼう… (パート 1/3)」。OCTO Talk! 。2011 年 3 月 23 日取得。
弾力性 「Cassandraは流動的である」は、どのマーケターも書いたでしょう。そして [...] 多くの NoSQL ソリューションがこの DNA に基づいて構築されています。まず、弾力性はデータ モデリング レベルにあります。データはビジネス ルールよりも長く存続し、時間の経過とともにデータ スキーマが進化する柔軟性は興味深い点です。しかし、弾力性はインフラストラクチャとクラスターのサイズ設定にも関係します。Cassandra に新しいノードを追加するのは簡単です。AutoBootstrap プロパティをオンにして、現在のクラスターの Seed を少なくとも 1 つ指定するだけです。ノードが検出され、クラスターに追加され、データが再配置されます (必要な時間は転送するデータの量によって異なります)。ノードの廃止は、ノードの追加とほぼ同じくらい簡単ですが、nodetool ユーティリティ (ノード間のストリームを視覚化するためのオプションがさらに提供されます) または JMX コマンドを使用する必要があります。