Faqs

Syniti DR　-機能

レプリケーション検証機能で正常なレコードがソースのみ、ターゲットのみのレコードとして表示されます。

レプリケーションの検証をすることで、ソースのみのレコード、ターゲットのみのレコード、ソースとターゲットで差異のあるレコードを確認できます。

しかし、本来、ソースにもターゲットにも存在し、差異のないレコードがソースのみ、ターゲットのみに存在するレコードとして表示されることがあります。

 

これは、DBMotoはソースとターゲットのレコードを比較する前に主キーをベースにレコードのソートを行いますが、このときのソースDBとターゲットDBのソートの仕様の違いによるものです。

例えば、Oracleの場合、大文字、小文字を区別してソートするため、D→aの順番でソートされ、MySQLの場合、大文字、小文字を区別せずソートするため、a→Dの順番でソートされます。

このソートの順番が異なるため、このような結果が生じます。

 

この事象を回避するため、検証機能のオプション「ORDER BY句」の「ソーステーブル」「ターゲットテーブル」に「LOWER(主キー)」を入力してください。こうすることで、大文字、小文字の区別なくソートが行えるため、問題なく検証することが可能です。

validation

関連投稿:

  1. 6. セキュア・バイ・デザイン
  2. RDSのAurora/MySQLでバイナリログ(binlog)を使用してミラーリングするためには？
  3. RDSのAurora/MySQLでトリガーを使用してミラーリングするためには？
  4. 11.　デジタル健康法
  5. フェイルオーバーはどのように機能するのか？
  6. メール設定において、SMTPポート番号465番で指定したが、エラーでメールが送信されない。
  7. AS/400のレプリケーションで「レプリケーション検証機能」を使用すると文字変換が正しくないとのエラーが出ます。
  8. データを加工したり変換してレプリケーションすることは可能ですか？

複数のテーブル内のレコードを1つのテーブルに結合可能ですか？

可能ですが注意が必要です。
ミラーリング時はPKが各テーブルで重複していなければ問題ありませんが、リフレッシュ時はそのまま実行してしまいますとリフレッシュ前に一度レコードを削除する処理（DBMotoの仕様）が行われます。これを回避するためにスクリプトでリフレッシュ時にレコードを削除しないようブロックする必要があります。
なお、各テーブル内のレコードが結合後に重複する可能性がある場合は、PK代わりのフィールドを新規で作成することでPK重複エラーを回避可能です。

関連投稿:

  1. データを加工したり変換してレプリケーションすることは可能ですか？
  2. 自前の関数を定義して使用することは可能ですか？
  3. レプリケーション対象外のフィールドがある場合に固定の値を必ず挿入する設定は可能ですか？
  4. nullを特定の値に変換してレプリケーションすることは可能でしょうか？
  5. UPDATE時のみレプリケーション対象外とすることは可能ですか？
  6. リフレッシュ時にはまずターゲットのレコードを一度削除するようですが、削除しないようにできますか？
  7. レプリケーション検証機能で正常なレコードがソースのみ、ターゲットのみのレコードとして表示されます。