CiteULike: Efficient locking for concurrent operations on B-treesEfficient locking for concurrent operations on B-trees by: Philip L. Lehman, Bing Yao ACM Trans. Database Syst., Vol. 6, No. 4. (December 1981), pp. 650-670, doi:10.1145/319628.319663 Key: citeulike:483052
ロック戦略 - デブウィキ(Devwiki) - 開発Tips
ロックの目的 アプリケーション側のデータが古くなっている場合、古い内容でDBを上書きしないことを保障するために行います。銀行のATMなどが例で用いられることが多いです。 ▲ ▼ 暗黙的ロック（oracle内部のロック機構） 実現方法 oracleが自動的に試行するロック Insert/Update/Deleteの対象レコードに対して、トランザクションが完了するまでロックがかかる メリット ロックにかかる時間が短いため同時実効性が高い アプリケーション側でほとんど意識する必要がない デメリット デッドロックのリスクがある（書き込み順序を徹底する必要がある） 読み込み時点から更新までの間に他者がデータを書き換えるリスクがある ▲ ▼ 明示的ロック（oracle内部のロック機構） 実現方法 明示的に表ロックを獲得する（Lock Table ...） 明示的に行ロックを獲得する（Select
File Locking And Concurrency In SQLite Version 3
An EXCLUSIVE lock is needed in order to write to the database file. Only one EXCLUSIVE lock is allowed on the file and no other locks of any kind are allowed to coexist with an EXCLUSIVE lock. In order to maximize concurrency, SQLite works to minimize the amount of time that EXCLUSIVE locks are held. The operating system interface layer understands and tracks all five locking states described abov
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
