【要約】PL/SQLのバッチ処理をTemplate Methodパターンで共通化する [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
PL/SQLを用いたバッチ開発において、開発者が既存のストアドプロシージャをコピー＆ペーストして新しい処理を作成してしまう問題がある。これにより、以下のような課題が生じる。
- ・バッチ追加のたびにコードが重複し、保守コストが増大する。
- ・ログ出力やエラーハンドリングの記述が開発者ごとに異なり、品質が不均一になる。
- ・後からの仕様変更時に、全プロシージャを個別に修正する手間が発生する。
// Approach
PL/SQLのオブジェクト指向機能を用い、処理の骨格を親タイプに固定するTemplate Methodパターンを採用した。具体的な手法は以下の通りである。
- ・
t_batch_templateという抽象型を定義し、runメソッドで処理順序を固定する。 - ・
NOT INSTANTIABLEを用いて、具体的なステップをサブタイプに強制実装させる。 - ・
FINALキーワードにより、テンプレートメソッドの改変を禁止し一貫性を保つ。 - ・ポリモーフィズムを利用し、異なるバッチを同一の型として一括実行する。
// Result
バッチ処理の「手順の共通化」と「中身の差異化」を構造的に分離することに成功した。これにより、以下の成果が得られる。
- ・新しいバッチ追加時、開発者はビジネスロジックの実装のみに集中できる。
- ・ログ出力やエラーハンドリングが親タイプで一元管理され、実装のブレが解消される。
- ・異なる種類のバッチを、同一のインターフェースで制御・実行可能になった。
Senior Engineer Insight
> 実務における保守性向上への寄与は極めて高い。特にETL処理の標準化において、コピペによる「秘伝のタレ」化を防ぐ強力な手段となる。ただし、動的ディスパッチのオーバーヘッドや、TYPE変更時の依存関係管理には注意が必要だ。大規模環境では、
DBMS_OUTPUTではなくUTL_FILE等を用いた永続的なログ出力の実装を標準化すべきである。