Table Storage

Azure Storage 開発

Shahzad Mian

Content developer, DataCamp

Table Storage

ストレージアイコン

Table Storage を理解する

Azure Table Storage と Cosmos DB の使い分けを理解する。
テーブル、エンティティ、プロパティを使ったデータ構成を理解する。
テーブルでの作成・読み取り・更新・削除操作を実行する。

Table Storage と CosmosDB の比較

CRUD

Table Storage とは?

Azure Table Storage はスキーマなしで構造化データを保存できるシンプルなサービス。
以下のような軽量なシナリオに最適:
- ログ
- IoTテレメトリ
- 構成設定
シンプルなルックアップに適した高速・低コストのデータストア。
複雑なスキーマやリレーションシップは不要。

データのテーブル

「複雑な結合 = ここでは不要」とラベルされたリレーショナルスキーマ図

Table Storage を使うべき場合

構造化データへの高速・低コストなキーバリュールックアップに使用。
主なユースケース:
- IoTセンサーデータの保存。
- 構成データ。
複雑なクエリよりシンプルさとスケーラビリティを優先する場合に最適。

Table Storage の使いどころ

Cosmos DB を選ぶべき場合

Cosmos DB = 高度なクエリ、グローバル分散、または複数のAPIが必要な場合。
- 低レイテンシのグローバルレプリケーションとリッチなインデックスをサポート。
- 大規模・高パフォーマンス要件のアプリケーションに最適。
- MongoDB や Cassandra などのAPIをサポートする場合に適している。
トレードオフ: 機能が多いほどコストが高くなる。

Azure Table と Cosmos DB の比較

データの構成

Table Storage の例

Table Storage のデータはテーブルにまとめられる。
各テーブルは行に相当するエンティティを含む。
各エンティティは列に相当するプロパティを持つ。
すべてのエンティティにはPartitionKey と RowKey が必要。
これらのキーにより、大規模環境でも高速なクエリが可能。

CRUD操作

以下の方法でCRUD操作を実行できる:
- Azure Portal。
- SDK または REST API。
- Azure Storage Explorer。
インデックスやスキーマの更新を気にせずデータを管理できる。

CRUD操作

作成の例

エンティティを追加するには、一意の PartitionKey と RowKey を定義する。
顧客レコードの例:

      "PartitionKey": "CustomerA",
      "RowKey": "1001",
      "Name": "Ava",
      "Points": 120

クエリ

Screenshot 2025-12-29 at 10.39.44 pm.png

更新と削除

更新: エンティティのプロパティを新しい値に置き換える。
削除: エンティティを完全に削除する。
コマンドの例:


table_client.update_entity(entity)
table_client.delete_entity("CustomerA","1001")

Table Storage を扱う上での基礎。

重要なポイント

シンプルでスケーラブルかつコスト効率の高い構造化データには Table Storage を使用する。
すべてのレコードに PartitionKey と RowKey が必要。
高度なクエリ、グローバルレプリケーション、または複数のデータモデルが必要な場合は Cosmos DB を使用する。
両サービスはハイブリッドデータアーキテクチャで補完的に活用できる。

Table Storage まとめ

PartitionKey と RowKey を含むテーブル

では、練習しましょう！

Azure Storage 開発

Preparing Video For Download...