MySQL + InnoDB で SELECT ... FOR UPDATE 使ったときのメモ - ねじろぐ @drillbits

テクノロジーカテゴリーの変更を依頼記事元:

d.hatena.ne.jp/drillbits

29 usersがブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

オーナーコメントを固定しています

オーナー drillbits ごめんねむい

2012/06/25 リンク

オーナーコメントを固定しています

オーナー drillbits ごめんねむい

2012/06/25 リンク

udzura フォーアップデート

mysql

2012/10/03 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

MySQL + InnoDB で SELECT ... FOR UPDATE 使ったときのメモ - ねじろぐ @drillbits

登場人物どりるび：SIer時代はDBチームにDBを任せ、その後はゆるふわKVSを使いつづけることでRDBとの戦... 登場人物どりるび：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 でこれだとアプリケーションレベルで存在チェックをかけた後にインサ

ブックマークしたユーザー

catatsuy2014/11/05
hiromark2014/09/07
fashi2014/04/28
ria_ringo2014/02/12
issm2013/11/11
wogawara2013/10/11
den82013/09/16
fukei2013/08/08
sugaret2013/06/24
kurihara-n2013/04/26
kwry2013/04/02
hk412013/02/26
hisaichi55182013/01/26
chanpon02012/12/14
shivawanko2012/10/29
coek2012/10/17
ohnishiakira2012/10/03
udzura2012/10/03

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx