■ RDS for Oracle：
--スキーマ
create user sct_test identified by 1234 default tablespace USERS temporary tablespace TEMP profile DEFAULT;

--テーブル
CREATE TABLE sct_test.test_table (
id NUMBER PRIMARY KEY,
name VARCHAR2(100),
age NUMBER(3),
birthdate DATE,
status CHAR(1)
);
CREATE TABLE sct_test.test_default (
id NUMBER PRIMARY KEY,
name VARCHAR2(100),
age NUMBER(3),
birthdate DATE,
status CHAR(1)
);

■ Aurora PostgreSQL:
--スキーマ
CREATE SCHEMA sct_test;

検証①

まずは「①マッピングルールを設定せず、自動変換を行う」をやっていきます！

File > New project を押下し、新しいプロジェクトを立ち上げます。



Add sourceを押下し、ソースDBを登録



Add targetを押下し、ターゲットDBを登録



Main viewを押下



変換したいスキーマ（今回はSCT_TEST)を選択し、右クリックし Convert schema を押下



ターゲット側（上の画像の右側）から適用したいスキーマを選択し、右クリックApply to databaseを押下



これでターゲット側への適用が完了です。
では、DB内のテーブルを確認し、どのような型変換が行われたか見てみましょう。
・RDS for Oracle側

・Aurora PostgreSQL側

ID列はNUMBERからnumericへと変換されましたが、AGE列はintegerに変換されてしまいました。

検証②

次に、変換されるデータ型を固定するため、「②マッピングルールに型変換のルールを設定して、自動変換を行う。」の検証を行っていきます！

変換したいスキーマを右クリックし、一番上の Create mapping…を押下



New migration rule を押下



以下のように設定を行う
For → column
Actions → change data type
from → NUMBER
to → NUMERIC
save を押下し、close


ルールが追加されていることが確認できる



ソースDB側の変換したいスキーマを選択し、右クリックし Convert schema を押下



ターゲット側から適用したいスキーマを選択し、右クリックApply to databaseを押下



これで、ターゲットへの適用が完了したのでどのような型変換が行われたか見てみましょう。

・RDS for Oracle側


・Aurora PostgreSQL側

ID列がNUMBERからnumericへ、age列がNUMBER(3,0)からnumeric(3）へ変換されていることが確認できました。

まとめ

今回は、SCTを使用したオブジェクトの移行を、デフォルトで行うパターンとデータ型の変換に条件を与えるパターンで実施してみました。
完全に自動変換ではなく、使用者側でもコントロールすることができることが確認できました。
今後はよりいろいろなパターンで検証を行いSCTを使いこなせるようになりたいです！