SET NOCOUNT ON   Microsoft SQL Server の場合には、すべてのストアド・プロシージャまたは ODBC を使用して実行される SQL バッチの最初の文として SET NOCOUNT ON を指定してください。このオプションがないと、ネットワーク・バッファでオーバフローが発生して、何も通知されずにデータが失われる可能性があります。これは SQL Server の既知の問題です。

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

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

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

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

データ型マッピング   カラムのデータ型は、統合データベースとリモート・データベース間で完全に一致する必要があります。詳細については、Microsoft SQL Server データのマッピングを参照してください。

サンプル・データベースの問題   SQL Server AdventureWorks サンプル・データベースには、計算カラムが含まれています。計算カラムは同期できません。カラムをダウンロードのみに設定することと、カラムを同期から除外することは可能です。

upload_update スクリプトでの競合検出の実装   SQL Server の NOCOUNT オプションの動作は、Mobile Link サーバで、アップロード・スクリプトによって変更されたローの数を正確に評価できない場合があることを意味します。SQL Server で競合を検出するには、upload_update スクリプトにストアド・プロシージャを実装する方が安全です。