Azure テーブルのみを調べましたが、他の NoSQL データベースにも当てはまる可能性があります。これらの次のプロパティで構成されるエンティティがある場合
名 - 姓 - 出身地 - 国
Azure テーブルには関係の概念がないため、数千のデータがあり、「カナダ」を含むすべてのエンティティを他の国に変更したい場合。次に、このシナリオでは、「カナダ」のエンティティを見つけて別のものに変更するために、何千ものデータを調べなければならない可能性があります。
NoSQL のメリットは、データが静的で、作成後に変更されない場合にのみ得られるのでしょうか? または、この問題は NoSQL で解決できますか?
NoSQL データ ストアの場合、利点は SQL データベースとは異なります。スケーラビリティや可用性などは、Azure テーブルのような NoSQL データベースの方が優れている可能性がありますが、トレードオフがあります。たとえば、通常、レコードのどの部分も効率的にクエリすることはできず、キーのみをクエリします。
Azure テーブルのスキーマを設計する際には、データ レイヤーのユース ケースを考慮し、それによってスキーマが決定されるようにする必要があります。この例では、特定の国のすべてのレコードを更新する必要があると考えた場合、パーティションまたは行キーのその部分を作成します。そうすれば、特定の国のすべてのデータを取得するためのクエリが高速になり、すばやく更新できます。