適用先: Access 2013、Office 2013
adLockBatchOptimistic
共有的バッチ更新を示します。 バッチ更新モードの場合に必要です。
多くのアプリケーションでは、一度に多数の行をフェッチした後、挿入、更新、または削除される行セット全体に対して調整したうえでの更新を行う必要があります。 バッチ カーソルを使用すると、サーバーへの往復が 1 回で済むため、更新パフォーマンスが向上し、ネットワーク トラフィックが軽減されます。 バッチ カーソル ライブラリを使用すると、静的カーソルを作成した後、データ ソースから切断できます。 この時点で、行を変更した後、再接続し、変更内容をデータ ソースにまとめて送信することができます。
adLockOptimistic
Update メソッドを呼び出したときのみレコードをロックする、共有的ロックの使用を指定します。 これは、レコードを編集してから Update を呼び出すまでに、他のユーザーがデータを変更し、競合が発生する可能性があることを示します。 この種類のロックは、競合が発生する可能性が低いか、競合をすぐに解決できる状況で使用します。
adLockPessimistic
レコード単位の排他的ロックを指定します。 プロバイダーは、レコードの編集が正常に行われることを確実にするために必要な操作 (通常は編集の直前にレコードに対するデータ ソースでのロック) を実行します。 もちろん、これは、Update を呼び出してロックを解除するまで、編集を開始すると他のユーザーがレコードを使用できないことを意味します 。 予約システムなど、データを同時に変更する余裕がないシステムでは、この種類のロックを使用します。
adLockReadOnly
読み取り専用のレコードを指定します。 データの変更はできません。 読み取り専用ロックは、サーバーでレコードのロックを保持する必要がないため、"最も高速な" ロックです。
adLockUnspecified
ロックの種類を指定しません。