OracleからMySQLへ「トリガ」の移行手順と工数評価：実践 OSSデータベース移行プロジェクト（7）（2/2 ページ）

評価3「トリガ起動条件の複数指定」「トリガ起動条件述語」に関する評価結果

CREATE OR REPLACE TRIGGER TRI_BUSHO_1
AFTER 
INSERT OR UPDATE OR DELETE
ON ACCOUNT
FOR EACH ROW 
DECLARE
    VAL             NUMBER;
BEGIN
    IF (INSERTING) THEN
   < INSERT起動時の処理 >
    END IF;
    IF (UPDATING) THEN
   < UPDATE起動時の処理 >
    END IF;
    IF (DELETING) THEN
   < DELETE起動時の処理 >
END IF;
END;
/

　Oracleは、トリガ起動条件を「INSERT OR UPDATE OR DELETE」（3行目）のように複数指定でき、「トリガ起動条件述語」（9行目の「INSERTING」、12行目の「UPDATING」、15行目の「DELETING」）によって起動条件に対応する処理を記述できます。

　MySQLには、「トリガ起動条件の複数指定」ができず、「トリガ起動条件述語」がないため、トリガの移行を実施する場合には、起動条件ごとにトリガを分割する必要があります。

　「トリガ起動条件の複数指定」「トリガ起動条件述語」が存在するトリガは、本システムでは約50オブジェクトあり、移行コストは、「中程度」と評価しました。

評価4「PL/SQL独自属性」に関する評価結果

　PL/SQL独自属性については、第6回の評価1：「PL/SQL独自属性」に関する評価結果を参照してください。

• 「%TYPE」属性に関する評価

　個々の変数の修正は容易ですが修正箇所が多いため、移行コストは「中程度」となります。

• 「%ROWTYPE」属性に関する評価

　本システムでは、「%ROWTYPE」は使用されていないため、移行コストは、0と評価しました。

評価5「PL/SQLデータ型」に関する評価結果

　OracleのPL/SQLは、Oracleデータ型とは別に独自のデータ型を使用してコーディングを行います。

　前述した手順2でトリガのソースコードでコーディングされているPL/SQLデータ型の使用状況を調べたところ、「CHAR型」「VARCHAR2型」「NUMBER型」「DATA型」が実装されていました。それぞれを個別に評価します。

• 「CHAR型」関する評価

　移行時桁溢れに留意する必要がありますが、本システムで調査した結果、CHAR（256）以上の指定がなかったので、移行コストは「低い」と評価しました。

　なおMySQLは、0バイト文字列を認識するのでカラムのNULL判断方法に留意する必要があります。

• 「VARCHAR2型」関する評価

　VARCHAR型については、PL/SQLよりもMySQLの方が表現できるバイト数が大きいため、特に工夫なく移行が行えます。移行コストは「低い」と評価しました。

　なおCHAR型と同様MySQLは、0バイト文字列を認識するので、カラムのNULL判断方法に留意する必要があります。

• 「NUMBER型」関する評価

　PL/SQLでのNUMBER型は、MySQLでのDECIMAL型で不足なく表現できるので、一般的に移行コストは「低い」と評価しました。

• 「DATE型」関する評価

　DATE型では、西暦1000年1月1日0時0分0秒より「前」の日付データが、トリガの処理中に格納される場合にはDATETIME型は利用できません。本システムでは、そのような日付データは利用していなかったので、移行コストは「低」と評価しました。

　ちなみに、PL/SQLのデータ型における「TIMESTAMP型」の場合も、小数点以下6桁秒までのデータならばMySQLのDATETIME型への移行が可能です。

評価6「PL/SQLパッケージ」に関する評価結果

　一般的にOracleのトリガでは、「PL/SQLパッケージ」といわれるPL/SQL独自の関数はあまり使われません。

　本システムでは、トリガのソースコードにPL/SQLパッケージは、使用していないため、PL/SQLパッケージの移行コストは、0と評価しました。

評価結果のまとめ

　以上、本稿ではDMBS移行プロジェクトの移行評価作業のうち、トリガの評価方法を紹介しました。

　「株式会社豊洲部品」（仮名）はあくまで架空の会社ですが、SCSKが携わったシステムでも、同じようなトリガを利用しているシステムは、非常に多くあります。

　また、手順3において参考に提示した「自動採番専用トリガ」「トリガ起動条件の複数指定」「トリガ起動条件述語」は使用頻度が高いDMLトリガのコーディング例です。

　類似のコーディングを使用されている場合は、ぜひ本章を参考に移行の難易度を評価してください。

　次回は、個々の移行事例から離れて、移行設計を実施するに当たり、把握しておいていただきたい、Oracle DBとMySQLの機能の差異について説明します。