初めに Azure cosmosDBのDB設計について考える機会がありました。NoSQLのデータ保存、コンテナはどのように分割したらいいか、パーティションキーはどのような値を設定するのか良いかなどについて考えました。MSLearnで調べた内容やAzureのサポートに実際に話を聞けた内容も踏まえて、記事にまとめていこうと思います。私自身知識不足な部分もありますが、cosmosDBにおけるDB設計の経験がない人にとっては役に立つ記事にしたいと思います！ cosmosDBへの基本的な理解 まず、DB設計の前にcosmosDBへの基本的な理解を深めましょう。理解されている方は読み飛ばしてもらって大丈夫です。 cosmosDBとは cosmosDBはMicrosoftAzureが提供しているフルマネージド型のNoSQLデータベースサービスです。大量のデータを高速に読み取り・書取りする場合に特に有用な

適用対象: NoSQL MongoDB Cassandra Gremlin Table Azure Cosmos DB では、パーティション分割を使用して、データベースの個別のコンテナーをスケーリングし、アプリケーションのパフォーマンスのニーズを満たします。 コンテナー内の項目は、論理パーティションと呼ばれる個別のサブセットに分割されます。 論理パーティションは、コンテナー内の各項目に関連付けられている "パーティション キー" の値に基づいて形成されます。 1 つの論理パーティション内のすべての項目で、パーティション キーの値は同じです。 たとえば、あるコンテナーに項目が保持されているとします。 各項目の UserID プロパティには一意の値があります。 UserID がそのコンテナー内の項目のパーティション キーであり、1,000 個の一意の UserID 値がある場合、1,000 個

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Cosmos DB を正しく利用する上で一番重要となるのがパーティションキーの設計ですが、Cosmos DB には一言でパーティションと言っても論理パーティションと物理パーティションの 2 種類が存在しています。 この辺りの話は公式ドキュメントでも軽く触れられているので、まずはこちらを読み込んでおいてください。普通に使う分には物理パーティションは Azure 側で全て管理されるので、意識する必要はほぼありません。 データモデリング時のパーティションキーの設計は前者の論理パーティションに相当するものになります。論理パーティションと物理パーティションはそれぞれ制限がありますが、基本は論理パーティションの 20GB 制限のみ気にしておけば良いです。 意識する必要はないと言いましたが、物理パーティションについて知っておくと設計時に役立つこともあるので、自分が知っている範囲の内容で簡単にですがまとめ