PostgreSQLスキルアップノート
行レベルロック・SELECT FOR UPDATE/SHARE【一覧に戻る】マニュアルへのリンクは/9.2/としています。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■■■■ PostgreSQL スキルアップノート ■■■■ ■◆■■ 行レベルロック・SELECT FOR UPDATE/SHARE ■■■■ ■■■■ ■■■■ 2013/03/07 ■■■■ 使用環境：PostgreSQL9.1.7 (CentOS6.2) (C) 2013 ohdb ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 【マニュアル】 SELECT(FOR UPDATE/FOR SHARE)→●[マニュアル] 【マニュアル参考】 第 13章同時実行制御・明示的ロック→●[マニュアル] 【参考記事】 － ■１■ 概要 ━━━━━━━━━━
MySQL + InnoDB で SELECT ... FOR UPDATE 使ったときのメモ - ねじろぐ @drillbits
登場人物 どりるび：SIer時代はDBチームにDBを任せ、その後はゆるふわKVSを使いつづけることでRDBとの戦いを避けてきた。罪深い。 あらすじ のっぴきならない事情で、一意制約がかけられないにも関わらずテーブルに同一のデータを存在させたくないってことがあった。 例示であり実際のコードや所属する団体とはアレです。 user カラムはid（AUTO_INCREMENTなプライマリキー）とscreen_nameとis_deleted screen_nameの重複したデータは作りたくないが、例外としてis_deleted＝TrueなものはOK こんなかんじ ID screen_name is_deleted 1 ibusem False 2 d_osamu True 3 d_osamu True 4 d_osamu False で これだとアプリケーションレベルで存在チェックをかけた後にインサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
