すべてのプロダクト
Search

このプロダクト

    Data Management:スキーマ設計

    ドキュメントセンター

    Data Management:スキーマ設計

    最終更新日:Mar 29, 2026

    Data Management (DMS) のスキーマ設計機能は、テーブルスキーマの設計時に R&D 標準を強制適用し、開発環境、テスト環境、本番環境間で一貫性を保ちます。このガイドでは、物理データベースを例として、スキーマ設計の完全なワークフローを説明します。

    ワークフローの概要：スキーマ設計チケットの作成 → テーブルの設計またはインポート → 事前チェックの実行 → 開発データベースへの適用 → 本番データベースへの適用

    前提条件

    開始する前に、以下の条件を満たしていることを確認してください。

    • 以下のいずれかのタイプのデータベース：

      • MySQL：ApsaraDB RDS for MySQL、PolarDB for MySQL、ApsaraDB MyBase for MySQL、PolarDB-X、またはその他のソースからの MySQL データベース

      • OceanBase

      • Oracle

    • [セキュアコラボレーション] モードで管理されるデータベースインスタンスです。「インスタンスのコントロールモードを確認する」をご参照ください。

    • スキーマ変更のセキュリティルールで定められた環境要件を満たす環境タイプを持つデータベースです。詳細については、「インスタンスの環境タイプを変更する」をご参照ください。

    スキーマ設計は、物理データベースおよび論理データベースの両方をサポートします。本ガイドでは物理データベースを例として使用します。

    ステップ 1：スキーマ設計チケットの作成

    1. DMS コンソール V5.0 にログインします。

    2. 上部ナビゲーションバーで、データベース開発 > スキーマ変更 > スキーマ設計 の順に選択します。

      シンプルモードでは、左上隅の 2023-01-28_15-57-17.png アイコンにマウスカーソルを合わせ、すべての機能 > データベース開発 > スキーマ変更 > スキーマ設計 の順に選択します。

    3. スキーマ設計チケット ページの右上隅にある スキーマ設計 をクリックします。

    4. チケットのパラメーターを設定し、送信 をクリックします。

      パラメーター必須説明
      プロジェクト名はいプロジェクトを識別するための名称です。
      プロジェクトの説明はいプロジェクトのビジネス背景（目的や目標など）です。明確な説明により、やり取りの往復を減らすことができます。
      ベースデータベースの変更はいスキーマ設計の対象となるデータベースです。データベースの環境タイプは、セキュリティルールで定義された R&D 標準に準拠している必要があります。本例では、変更元データベースとして poc_dev を使用します。詳細については、「スキーマ設計」をご参照ください。
      セキュリティルールいいえ適用するセキュリティルールです。データベースを指定すると、DMS が自動的に選択します。
      関連イテレーションいいえプロジェクトに関連付ける反復です。反復の選択／変更 をクリックして反復を検索し、関連付け をクリックします（操作 列）。
      ステークホルダー変更はいチケットを閲覧でき、開発および承認プロセスを支援できるユーザーです。DMS 管理者およびデータベース管理者 (DBA) は常にチケットの詳細を閲覧できますが、その他のユーザーは閲覧できません。

    ステップ 2：物理テーブルの作成

    GUI を使用するか、SQL ステートメントをインポートしてテーブルを作成します。また、SQLConsole タブから物理テーブルを作成することも可能です。以下の手順では SQL を使用します。

    オプション 1：GUI を使用する場合

    1. 物理テーブルの作成 をクリックします。

    2. 基本的なテーブル情報を入力し、フィールドおよびインデックスを構成します。

    3. 保存 をクリックします。

    オプション 2：SQL ステートメントをインポートする場合

    1. SQL ステートメントのインポート をクリックします。

    2. CREATE TABLE または ALTER TABLE ステートメントを入力し、OK をクリックします。例：

      CREATE TABLE `data_modify` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主キー',
  `name` varchar(256) NOT NULL COMMENT '氏名',
  `phone` varchar(32) DEFAULT NULL COMMENT '電話番号',
  `sex` varchar(32) DEFAULT NULL COMMENT '性別',
  `email` varchar(256) DEFAULT NULL COMMENT 'メールアドレス',
  `remarks` varchar(1024) DEFAULT NULL COMMENT '備考',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='個人情報';

    3. 物理テーブルの作成：data_modify タブでテーブルスキーマを確認し、保存 をクリックします。

    保存後、DMS はデフォルトのセキュリティルールで定義された R&D 標準に基づいてステートメントを検証し、事前チェック結果を表示します。

    結果意味操作
    合格テーブルスキーマがすべての R&D 標準を満たしています。変更内容を確認して保存 をクリックします。
    警告スキーマに非ブロッキングの問題があります。警告を無視して保存を続行 をクリックして先に進むか、無効化 をクリックしてスキーマを修正してください。
    エラースキーマが R&D 標準に違反しています。無効化 をクリックして問題を修正し、再度 保存 をクリックしてください。
    DMS は、テーブル作成およびフィールド・インデックスの変更に対して約 40 個の R&D 標準を提供しています。これらの標準は、必要に応じてセキュリティルールで設定できます。

    事前チェックが合格した後、プロジェクトのホームページ タブが開きます。プロジェクトで変更されたテーブル タブで、変更または作成したテーブルを確認し、必要に応じて追加の変更を行ってください。

    ステップ 3：開発データベースへのスキーマ変更の適用

    1. 変更元データベースへの変更の実行 をクリックします。

    2. 変更元データベースへの変更の実行 パネルで、変更元データベース、実行戦略、およびスキーマ変更スクリプトを確認し、送信 をクリックします。

    スキーマ変更が承認されると、DMS が自動的に変更元データベースに適用します。結果を確認するには、変更元データベースの SQLConsole タブを開きます。

    デフォルトでは、スキーマ変更にはチケットの提出および承認が必要です。カスタムのセキュリティルールを設定することで、開発データベースについては承認を省略したり、本番データベースについては特定の承認者を指定したりできます。

    ステップ 4：本番データベースへのスキーマ変更の適用

    1. ターゲットデータベースへの変更の実行 をクリックします。

    2. ターゲットデータベースへの変更の実行 パネルで、宛先データベースを選択し、実行するスクリプト フィールドにスクリプトを入力して、送信 をクリックします。

      複数の本番データベースに同一のスクリプトを一度に適用するには、複数のデータベースを追加 をクリックします。

    3. スキーマ変更が承認されると、DMS が自動的に本番データベースに適用します。SQLConsole タブで結果を確認してください。

    4. 次のノードへ移動 をクリックします。確認メッセージで、再度 次のノードへ移動 をクリックしてチケットを閉じます。

    チケットが閉じられた後、任意のステップをクリックして、その変更および公開記録を表示できます。

    次のステップ

    詳細設定オプションを含むスキーマ設計の完全なリファレンスについては、「スキーマ設計」をご参照ください。