データベースが使用している SQL 言語のバージョンで同期論理を記述できます。Java または .NET を使用して、より移植性が高く、強力なスクリプトを記述することもできます。Java と .NET は両方とも、各 RDBMS で SQL を使用した場合よりも高い柔軟性を提供し、SQL との完全な互換性も実現します。Java または .NET の同期論理を使用する場合は、セッション全体の変数の保持、ユーザー定義のプロシージャーの作成、外部サーバーに対する認証の統合などを行うことができます。

Java 同期論理については、Java 同期論理を参照してください。

.NET 同期論理については、.NET での同期スクリプトの作成を参照してください。

Microsoft SQL Server などのいくつかのデータベースでは、パラメーターを持つプロシージャーコールは、ODBC の構文を使用して記述する必要があります。

{ CALL procedure_name( {ml param1}, {ml param2}, ... ) }

プロシージャー定義の中でパラメーターを OUT または INOUT として定義することで、戻り値を返すことができます。

他の多くの RDBMS では、CHAR データ型は固定長で、文字列の長さに合わせてブランクが埋め込まれています。Mobile Link リモートデータベース (SQL Anywhere または Ultra Light) では、CHAR は VARCHAR と同じで、固定幅に合わせて値にブランクが埋め込まれることはありません。SQL Anywhere を統合データベースとして使用していない場合は、統合データベースで CHAR の代わりに VARCHAR を使用することを強くおすすめします。CHAR を使用する必要がある場合は、mlsrv12 -b コマンドラインオプションを使用すると、同期中に文字列から後続ブランクを削除できます。このオプションは、重複を検出するときに使用する文字列の比較にとって重要です。

-b mlsrv12 オプションを参照してください。

Mobile Link サーバーが、SQL Anywhere 以外の統合データベースと通信するときに行われるデータ変換については、リモートデータベースと統合データベース間での Mobile Link データマッピングを参照してください。