Docs Menu
Docs Home
/
Relational Migrator
/
プロジェクト

プロジェクト設定の構成

項目一覧

  • プロジェクト設定ダイアログを開きます
  • 構成可能なプロジェクト設定

Relational Migrator プロジェクトを作成したら、そのプロジェクトの設定を構成できます。

注意

Relational Migrator プロジェクトの作成方法については、「 プロジェクトの作成 」を参照してください。

プロジェクト設定ダイアログを開きます

Project Settingsダイアログを開くには：

  1. Relational Migrator のホームページから、ターゲット プロジェクトをクリックします。

  2. プロジェクト ビューで、プロジェクト名の横にあるツール アイコン。

構成可能なプロジェクト設定

プロジェクトには次の設定を構成できます。

キー処理オプション

新しいドキュメントがコレクションに挿入されたときに _idフィールドに入力する方法を指定します。 次のいずれかのオプションを選択できます。

  • Autogenerated ObjectId

    • _idフィールドには、自動生成されたランダムな ObjectId が入力されます。

      Autogenered ObjectId は、新しいプロジェクトを作成するときに使用されるデフォルトのキー処理戦略です。

      元のプライマリキーを別のフィールドとして コレクションに保持することもできます。

      たとえば、関係テーブル行のプライマリキーがpersonId = 1の場合、移行後の MongoDB _idフィールドは_id: ObjectId("62472f3d5849820a91d7b52f")になります。

  • Single Inherited Primary Key

    • _idフィールドには、プライマリキー フィールドの値が入力されます。 プライマリキー フィールドの名前は_idに含まれていません。

      たとえば、関係テーブル行のプライマリキーがpersonId=1の場合、移行後の MongoDB _idフィールドは_id: 1になります。

  • Wrapped Inherited Primary Key

    • _idフィールドには、キーがプライマリキー フィールドの名前で、値がプライマリキー フィールドの値であるオブジェクトが入力されます。

      たとえば、関係テーブル行のプライマリキーがpersonId = 1の場合、移行後の MongoDB _idフィールドは_id: { personId: 1 }になります。

キー処理の動作

  • リレーショナル テーブルのプライマリキーに複数のフィールドがあり、 single戦略を選択した場合、そのテーブルからデータを受信するコレクションはwrappedキー処理戦略を使用します。 single戦略は、プライマリキーが 1 つあるテーブルでのみ機能します。

  • リレーショナル テーブルにプライマリキーがない場合、そのテーブルからデータを受信するコレクションは、別のグローバル戦略を選択してもgenerated戦略を使用します。

グローバル ケース

次のいずれかのオプションを選択できます。

  • Keep Original: 関係データベースのテーブル名には、使用している大文字と小文字を区別しないでください。

  • Override with Global Casing: 元のテーブル名をグローバル大文字と小文字規則で上書きします。

    • camelCase

    • TitleCase

    • kebab-case

    • snake_case

    • UPPER_SNAKE_CASE

注意

プロジェクトを作成した後にこの設定を変更すると、設定の変更後に作成されたマッピングにのみ影響します。 この設定を変更する前に作成されたマッピングは影響を受けません。

推奨されるマッピング

Suggested mappingsを有効にすると、Relational Migrator はリレーショナル スキーマに基づいてマッピング ルールを自動的に提案できるようになります。

戻る

サンプル スキーマを使用した作成

次へ

リレーショナルモデルの管理