Data Management:SQL 変更

競合解決

競合する 2 つのルールが両方とも有効になっている場合、より厳格なルールが適用されます。たとえば、「すべての DML は SQL Console で直接実行できる」と「すべての DML はチケットで実行する必要がある」が両方とも有効になっている場合、後者のルールが優先されます。

Basic Configuration Item

このチェックポイントは、システム全体のデフォルトとして機能する 5 つのデフォルトルールを提供します。

SQL 実行ルール

SQL 実行ルールは、SQL Console で直接実行できる SQL ステートメントと、チケットを必要とする SQL ステートメントを制御します。

例: 非本番環境でのみ UPDATE、DELETE、INSERT を直接実行することを許可します。

if
  @fac.env_type not in ['product']
  and
  @fac.sql_type in ['UPDATE','DELETE','INSERT']
then
  @act.allow_submit
end

リスク識別ルール

リスク識別ルールは、各データ変更をリスクレベルで分類します。複数のルールが同じ変更に一致する場合、最も高いリスクレベルが適用されます。

例: 非本番環境、非プレリリース環境でのデータ変更を低リスクとしてマークします。

if
  @fac.env_type not in ['product','pre']
then
  @act.mark_risk 'low' 'Low risk level: offline environment'
end

リスク承認ルール

リスク承認ルールは、リスクレベルを承認プロセスにマッピングします。データ変更がいずれのリスク識別ルールにも一致しない場合、DMS は Basic Configuration Item の「データ変更デフォルト承認テンプレート」ルールで定義された承認テンプレートを使用します。

例 (デフォルト動作): オフライン環境 (低リスクとして識別される) は承認を必要としません。

バッチデータインポートルール

これらのルールはデータインポートチケットにのみ適用され、データ変更ワークフローとは別に評価されます。

例 (ルール): INSERT ステートメントの一括インポートを許可します。

ファクター

例: 注文テーブルへの変更を高リスクとしてマークします。

if
  'tb_order' in @fac.table_name_list or 'tb1_order' in @fac.table_name_list
then
  @act.mark_risk 'high' 'High-level risk: involving order table'
end

アクション