mlsrv12 -c "connection-string" -b ...

このオプションを使用すると、SQL Anywhere の CHAR データ型と統合データベースが使用する CHAR または VARCHAR データ型の違いを解決できます。SQL Anywhere の CHAR データ型は VARCHAR と同じです。しかし、SQL Anywhere ではないほとんどの統合データベースで、CHAR(n) データ型は n 文字までブランクが埋め込まれます。

-b が指定されていると、Mobile Link サーバーは、リモートデータベースのカラムが文字列の場合に CHAR、VARCHAR、LONG CHAR、または LONG VARCHAR 型のカラムに対して文字列から後続ブランクを削除します。トリムされたデータは、次にリモートデータベースへダウンロードされます。

また、このオプションを使用すると、upload_fetch または upload_fetch_column_conflict スクリプトが使用されるとき、競合する更新を適切に検出することもできます。各アップロード更新ローに対して、Mobile Link サーバーは統合データベースから指定されたプライマリキーのローをフェッチし、そのローを更新前イメージと比較して、この更新が競合する更新であるかどうかを判断します。-b を使用する場合、Mobile Link は CHAR、VARCHAR、LONG CHAR、または LONG VARCHAR 型のカラムから後続ブランクを消してから、この比較を行います。

• CHAR カラム
• NVARCHAR データ型
• upload_fetch テーブルイベント
• upload_fetch_column_conflict テーブルイベント

-b オプションを使用しない場合、SQL Anywhere または Ultra Light リモートデータベースから統合データベースの CHAR(10) カラムにアップロードされるプライマリキー値 'abc' は、'abc' の後に 7 個のブランクスペースが続く値になります。同じローがダウンロードされると、リモートデータベースでは 'abc' の後に 7 個のブランクスペースが続く値として扱われます。リモートデータベースがブランクを埋め込まない場合、リモートデータベースは 2 つのローを格納します。それは、'abc' というローと 'abc' の後に 7 個のブランクスペースが続くローです。そのため、リモートで重複するローが存在することになります。

-b オプションを使用する場合、SQL Anywhere または Ultra Light リモートデータベースから統合データベースの CHAR(10) カラムにアップロードされるプライマリキー値 'abc' は、'abc' の後に 7 個のスペースが続く値になります。7 個のスペースが埋め込まれた値は 10 個の文字になりますが、同じローがダウンロードされるときに Mobile Link サーバーは後続のスペースを削除するため、その値はリモートデータベースでは 'abc' として扱われます。このように、-b オプションは重複するローの問題を解決します。