スキーママッピング

項目一覧

マッピングルール

例
ユースケース非正規化テーブル構造
マッピングルールの結果
マッピングルールの実装

スキーママッピングは、ソースリレーショナルスキーマをターゲットの MongoDB database で表現する方法を決定するプロセスです。カスタマイズされたマッピングルールを使用して、Relational Migrator のスキーママッピングプロセスを円滑化します。

マッピングルール

スキーママッピング設計プロセス中に、Relational Migrator は関係データベースのスキーマからソースデータモデルを自動的に生成します。宛先データモデルは、以下のカスタマイズによって影響を受ける可能性があります。

マッピングルールのオプション
プロジェクト ID フィールドオプション

例

このセクションでは、スキーママッピングプロセスのシナリオと実装例を示します。この例では、リレーショナルデータモデルを MongoDB データモデルに変換します。

MongoEnterprisesリレーショナルデータベースを使用することで、データベースのすべてのテーブルがフラット化され、すべての注文とカスタマーデータが単一の MongoDB コレクションで利用できるようになります。

ユースケース非正規化テーブル構造

次の画像は、Relational Migrator を使用して非正規化するリレーショナルデータモデルを示しています。

マッピングルールの結果

Relational Migrator を使用する場合、目的は次の MongoDB データモデルを実現することです。 Orderコレクションには、 Customer 、 Order 、 Product 、およびOrder Lineテーブルのすべての子要素が含まれています。コレクションには、移行されたテーブル用にネストされたオブジェクトがあります。結果は次のようになります。

{
  "_id": {
    "OrderID": 1
  },
  "CustomerID": 1,
  "OrderStatusID": 1,
  "TotalAmount": 550,
  "Customer": {
    "CustomerID": 1,
    "Name": "Joelynn Fawthrop",
    "Address1": "86 Dwight Pass",
    "Address2": "Carregal",
    "Address3": "3800-854"
  },
  "OrderLines": [
    {
      "OrderLineID": 1,
      "OrderID": 1,
      "ProductID": 1,
      "Quantity": 1,
      "Product": {
        "ProductID": 1,
        "Name": "MongoDB 5.0 Action Figure",
        "Price": 50
      }
    },
    {
      "OrderLineID": 4,
      "OrderID": 1,
      "ProductID": 3,
      "Quantity": 1,
      "Product": {
        "ProductID": 3,
        "Name": "Gold Plated MongoDB Compass",
        "Price": 500
      }
    }
  ],
  "OrderStatus": {
    "OrderStatusID": 1,
    "Name": "Order Placed"
  }
}

マッピングルールの実装

Relational Migrator でターゲットデータモデルの結果を実現するには、次のマッピングルールオプションを使用してOrderテーブルを構成します。

関係テーブル	マッピングルールタイプ	ルートパス
注文	新しいドキュメント	該当なし
OrderLine	埋め込み配列	`OrderLines`
CUSTOMER	埋め込みドキュメント	`Customer`
OrderStatus	埋め込みドキュメント	`OrderStatus`
product	埋め込みドキュメント	`OrderLInes.Product`

戻る

マッピングルール

リレーショナルからルールを作成