データベーススペシャリスト 2022年 午後1 問02

• 【問題文】図2

  INNER JOIN 商品 C ON A.(a) = C.(a)

  は “見積回答明細” と “商品” の同一商品を結合する句です。
• 両テーブルで共通する列は

  商品コード、モデル名、定価

  などがありますが、商品を一意に特定できる列は

  商品コード

  だけです。
• よって (a) は

  商品コード

  となります。

• WHERE 句には

  ( A.モデル名    <> C.モデル名
    (b)
    A.定価        <> C.定価 )
  

  があり、業務説明に

  「モデル名又は定価のいずれかが変更されたことが分かる」
  とあるため、２条件の論理結合は “または” を表す

  OR

  となります。

• したがって (b) は

  OR

  です。

• (a)

  商品コード

• (b)

  OR

“商品”

（商品コード、…、適用開始日、適用終了日）

商品コード

商品コード

“見積依頼明細”

“見積回答明細”

商品

• 【問題文】「“商品履歴”テーブルの主キーは表示していない。」
• 履歴で同一「商品コード」が複数行持てるようにしつつ一意制約を保つには期間開始列が必須。よって
  ALTER TABLE 商品履歴 ADD PRIMARY KEY( (c)、(d) );
  → (c)＝「商品コード」、(d)＝「適用開始日」。

• 【問題文】「適用開始日が NULL の場合、現在日付に更新する。」は更新前に NEW 行を書き換える処理。
• 【パブリッククラウド仕様】「BEFORE トリガーは、… 更新中又は挿入中の値を実際の反映前に修正することができる。」
• よって (e)＝「BEFORE」。

• 【問題文】「対象行の更新前の行を“商品履歴”テーブルに挿入する。」は変更が確定した後に履歴表へ書き込む。
• 【パブリッククラウド仕様】「AFTER トリガーは、変更操作の後に実行され、ほかのテーブルに対する変更操作を行うことができる。」
• よって (f)＝「AFTER」。

• INSERT 文中
  VALUES ( OLD2.商品コード、…、(g)、ADD_DAYS( (h).適用開始日、-1) )
• 挿入する行は“更新前の行”なので (g)＝「OLD2」。
• 適用終了日は“更新後の行”の開始日前日なので (h)＝「NEW2」。

ADD_DAYS(
  LEAD(Q2.見積回答日)
    OVER (PARTITION BY Q2.商品コード ORDER BY Q2.見積回答日)、
  -1
) AS 適用終了日

見積回答日

PARTITION BY Q2.商品コード

• “2019-04-01” → 旧モデル “M1”
• “2020-09-01” → 新モデル “M1-1”
• “2022-09-01” → 新モデル “M1-2”

• 【問題文】「表5 の内容を基に、“商品” テーブルを更新、又は “商品履歴” テーブルへ挿入することでデータを移行した。」
• 【問題文】「移行前の“商品” テーブルの状態によらず、変更があった全商品を更新した。」
  したがって“商品”テーブルには各商品コードの最新版のみを反映する。

• 【問題文】「表2 の SQL2 に示すトリガーは未定義の状態で行った。」
  よって更新前の行は自動で“商品履歴”へ入らない。手動で表5の行を振り分ける必要がある。

• “商品”テーブル更新行：3,5,6
• “商品履歴”テーブル挿入行：1,2,4

• 同期型： “① 複製先でログをディスクに出力した後、複製元のトランザクションがコミットされる。”
• 非同期型： “② 非同期型では、複製先へのログの到達を待たずに、複製元のトランザクションがコミットされる。”

• 【問題文】レプリケーション
  「② 非同期型では、複製先へのログの到達を待たずに、複製元のトランザクションがコミットされる。」

• 本番インスタンスで

  COMMIT

  完了 ⇒ ユーザには確定済み。
• しかしログはまだネットワーク越しに複製先へ送られていない。

• この“未到達”の瞬間に本番インスタンスが障害で停止。
• フェイルオーバーすると参照専用インスタンスには該当ログがない。

• よって「コミット済みの変更が失われる可能性がある」状態は「コミット後ログ未到達で本番が障害」になる場合である。

• 例：「コミット後ログ未到達のまま本番が障害となった場合」