使ったので覚書として書いておく。使ってない(使えなかった)のでここでは触れない。テーブルの定義だけをダンプして、ターゲットへインポートする。説明は公式を見てください。使うにあたっていくつか事前準備がいる。適用できるので良いけど、現在のセッションには適用されないのでアプリケーションの再起動とかは必要。移行の実行に必要なターゲットスキーマオブジェクトを作成します。最小限のアプローチを採用するため、データの効率的な移行に必要なオブジェクトのみ作成します。テーブル、プライマリキー、場合によっては一意のインデックスを作成しますが、効率的にソースからデータを移行するために必要ではない他のオブジェクトは作成されません。セカンダリインデックス、非プライマリキーの制約、データデフォルトは作成されません。テーブルの定義だけをダンプして、ターゲットへインポートする。:ok:お使いの環境にもよりますが、セカンダリインデックス無しでフルロードは12時間程度に終わるのに対して、セカンダリインデックス有りでフルロードすると2日かからないぐらいかかる。インサートされる度にインデックスのソートが走るのでこれが重い。取っておいて、フルロード完了後に流すのが1番早いと思う。この辺は前職の先輩に教えてもらった。DMS使ってるやつか。大量データのInsert時にはIndexの計算がボトルネックになるからあとでIndexつけた方が早いよ。パツってたらレプリケーションインスタンスをスケールアップする。ターゲットのインスタンスサイズも同様に、メトリクスを見てうまいこと決めていくのが良いと思う。絶対に必要か?いらない。付与されるようになった。