データ管理 (DMS) は、スキーマ設計機能を提供します。 この機能により、特定のR&D標準に基づいてデータベース内のテーブルのスキーマを設計できます。 開発環境、テスト環境、本番環境などの複数の環境間でスキーマの一貫性を確保するために、ビジネス要件に基づいてさまざまな業務分野のR&Dプロセスをカスタマイズできます。 このトピックでは、スキーマデザイン機能の使用方法について説明します。 次の例では、物理データベースが使用されます。
前提条件
データベースのタイプは次のいずれかです。
MySQL: ApsaraDB RDS for MySQL、PolarDB for MySQL、ApsaraDB MyBase for MySQL、PolarDB-X、およびその他のソースのMySQLデータベース
OceanBase
オラクル
説明この機能は、物理データベースと論理データベースの両方をサポートします。
データベースが属するデータベースインスタンスは、Secure Collaborationモードで管理されます。 詳細については、「インスタンスの制御モードの表示」をご参照ください。
スキーマを設計するデータベースの環境タイプは、スキーマ変更のセキュリティルールで指定された環境要件を満たしています。 詳細については、「インスタンスの環境タイプの変更」をご参照ください。
手順
次の操作では、スキーマデザインチケットを送信してテーブルを作成し、テーブルスキーマをpoc_dev
先開発データベースとpoc_prod
先運用データベースに同期する方法について説明します。 このトピックでは、DMSのスキーマ設計機能の使用方法を簡単に学習するためのリファレンスを提供します。 詳細については、「デザインスキーマ」をご参照ください。
手順1: スキーマデザインチケットの作成
DMSコンソールV5.0 にログインします。
上部のナビゲーションバーで、 を選択します。
説明DMSコンソールをシンプルモードで使用する場合は、コンソールの左上隅にあるアイコンの上にポインターを移動し、
を選択します。[Schema DesignTickets] ページで、右上隅の [Schema Design] をクリックします。
スキーマデザインチケットを作成するためのパラメーターを設定し、[送信] をクリックします。 下表に、各パラメーターを説明します。
パラメーター
必須
説明
プロジェクト名
必須
プロジェクトの名前。 プロジェクトの識別に役立つ名前を入力します。
プロジェクトの説明
必須
プロジェクトの目的や目的など、プロジェクトのビジネス背景。 これにより、不要な通信が削減される。
ベースデータベースの変更
必須
スキーマ設計操作を実行するデータベース。 この例では、Security Collaborationモードのデータベースが選択されています。 データベースが存在する環境のタイプは、データベースのセキュリティルールに対応するR&D標準に準拠している必要があります。 R&Dプロセスの詳細については、「スキーマデザイン」をご参照ください。 この例では、
poc_dev
開発データベースが変更ベースデータベースとして使用されます。セキュリティルール
任意
適用するセキュリティルール。 データベースを指定すると、DMSは自動的にセキュリティルールを選択します。
関連するイテレーション
任意
プロジェクトに関連付けられるイテレーション。 イテレーションを選択するには、[選択 /変更] をクリックします。 イテレーションダイアログボックスでイテレーションを見つけ、[操作] 列の [関連付け] をクリックします。
利害関係者の変更
必須
スキーマ設計の利害関係者。 指定されたすべての利害関係者は、チケットの詳細を表示し、開発および承認プロセスで開発者を支援できます。
説明DMS管理者およびデータベース管理者 (DBA) 以外の関係のないユーザーは、チケットの詳細を表示できません。
ステップ2: 物理テーブルの作成
物理テーブルの作成
次の方法に加えて、[SQLConsole] タブで物理テーブルを作成できます。 詳細については、「Tablestoreコンソールの広い列モデルの管理」の「テーブルの作成」セクションをご参照ください。
GUIを使用する
[物理テーブルの作成] をクリックします。
テーブルに関する基本情報を入力し、テーブルのフィールドとインデックスを変更します。
[保存] をクリックします。
SQL文の実行
[SQL文のインポート] をクリックします。
表示されるダイアログボックスで、必要に応じて
CREATE TABLE
またはALTER TABLE
文を入力し、[OK] をクリックします。たとえば、次のステートメントを実行して、
data_modify
という名前のテーブルを作成できます。CREATE TABLE `data_modify` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary key', `name` varchar(256) NOT NULL COMMENT 'Name', `phone` varchar(32) DEFAULT NULL COMMENT 'Phone number', `sex` varchar(32) DEFAULT NULL COMMENT 'Gender', `email` varchar(256) DEFAULT NULL COMMENT 'Email address', `remarks` varchar(1024) DEFAULT NULL COMMENT 'Remarks', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Personal information';
[Create Physical Table: data_modify] タブで、テーブル情報とスキーマを確認し、[Save] をクリックします。
[事前チェックの結果] メッセージで、事前チェックの結果を表示します。
事前チェックに合格した場合は、正しいことを確認し、送信して保存します をクリックします。
警告のみが表示される場合は、警告を無視して保存を続行. または、閉じる をクリックし、R&D標準に基づいてテーブルスキーマを変更し、[保存] をクリックします。
エラーが報告された場合は、エラーの原因を確認し、閉じる をクリックし、R&D標準に基づいてテーブルスキーマを変更し、[保存] をクリックします。
説明DMSは、既定のセキュリティルールで設定されているR&D標準に基づいて、テーブルの作成または変更について上記のSQL文を検証し、エラーと警告がある場合はレポートします。
DMSは、テーブルの作成やフィールドとインデックスの変更に役立つ40近くのR&D標準を提供しています。 必要に応じて、セキュリティルールでR&D標準を設定できます。
事前チェックに合格すると、[プロジェクトホームページ] タブに移動します。 プロジェクトによって編集されたテーブル タブで、変更または作成したテーブルを表示し、必要に応じて他のテーブルを変更または削除できます。
手順3: スキーマの変更をターゲット開発データベースに適用する
ベースラインライブラリの変更を実行する をクリックします。
ベースラインライブラリの変更を実行する パネルで、ベースデータベース、実行戦略、およびスキーマ変更スクリプトを表示し、確認 をクリックします。
スキーマ変更操作が承認された後、システムはスキーマ変更をベースデータベースに自動的に適用します。
ベースデータベースの [SQLConsole] タブで、スキーマの変更が期待どおりに実行されたかどうかを確認できます。
デフォルトのセキュリティルールに基づいて、スキーマ変更のチケットを送信する必要があります。 カスタムセキュリティルールを使用することもできます。 たとえば、開発データベースのスキーマ変更に対して承認が不要であることを指定できます。 本番データベースでスキーマ変更チケットを承認できるユーザーを指定することもできます。
手順4: スキーマの変更をターゲット本番データベースに適用
[ターゲットデータベースへの変更の実行] をクリックします。
[ターゲットデータベースへの変更の実行] パネルで、ターゲットデータベースを選択し、[実行するスクリプト] フィールドにスクリプトを入力し、確認 をクリックします。
説明複数のライブラリセットを追加する をクリックして、複数の運用データベースでスクリプトを実行することもできます。
スキーマ変更操作が承認された後、システムは自動的にスキーマ変更を本番データベースに適用します。 本番データベースの [SQLConsole] タブで、スキーマの変更が期待どおりかどうかを確認できます。
[次のノードに移動] をクリックします。 表示されるメッセージで、[次のノードに移動] をクリックします。
チケットがクローズされた後、各ステップをクリックして、変更レコードと公開レコードを表示できます。