nosql-expert

期待される結果:

このアクセスパターンには、複合主キーを使用してください：

**パーティションキー：** user_id（高カーディナリティ - 各ユーザーはパーティション）
**クラスタリング列：** order_date DESC（日付順にソート）

```sql
CREATE TABLE orders_by_user (
user_id uuid,
order_id uuid,
order_date timestamp,
total decimal,
status text,
PRIMARY KEY (user_id, order_date)
) WITH CLUSTERING ORDER BY (order_date DESC);
```

この設計により、ユーザーのすべての注文が1つのパーティションに格納され（効率的）、日付で自動的にソートされます。

期待される結果:

**SQLと分散NoSQLのメンタルモデル：**

| アスペクト | SQL（リレーショナル） | NoSQL（Cassandra/DynamoDB） |
|-------|------------------|---------------------------|
| モデリング | エンティティ + 関係性をモデル化 | **クエリ優先**でモデル化 |
| 結合 | 読み取り時（高価） | 書き込み時に事前計算 |
| ストレージ | 重複を最小化 | 読み取り速度のために重複 |
| 一貫性 | ACID（強一貫性） | BASE（結果整合性） |
| スケーリング | 垂直 | 水平 |

**黄金ルール：** SQLでは*任意の*クエリ用にデータを設計します。NoSQLでは*特定の*クエリを効率的に処理するようにデータを設計します。

期待される結果:

**DynamoDBの単一テーブル設計：**

複合パーティション/ソートキーを使用して、1つのテーブルに複数のエンティティタイプを保存します：

| PK | SK | データ |
|----|-----|------|
| USER#123 | PROFILE | {name: 'Ian', email: '...'} |
| USER#123 | ORDER#998 | {total: 50.00, status: 'shipped'} |
| USER#123 | ORDER#999 | {total: 12.00, status: 'pending'} |

**クエリ：** PK='USER#123'は1つのリクエストでユーザー + すべての注文を取得します。

**メリット：**
- アプリケーションの複雑性の軽減
- キャパシティユニット使用の最適化
- 関連データに対して単一のネットワークラウンドトリップ