気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント9件
- 注目コメント
- 新着コメント
オーナーコメントを固定しています
tmatsuu
SELECTで空行ならLOCK TABLEして再度SELECT、無いならINSERT、とかかなぁ。INSERTについてはLOCK TABLEしなければ苦しい感じがするけども。トランザクション中のエラーは処理系によってはROLLBACKしかできない気がする。
オーナーコメントを固定しています
tmatsuu
SELECTで空行ならLOCK TABLEして再度SELECT、無いならINSERT、とかかなぁ。INSERTについてはLOCK TABLEしなければ苦しい感じがするけども。トランザクション中のエラーは処理系によってはROLLBACKしかできない気がする。
sin20xx
"ON DUPLICATE KEY UPDATE"は覚えたてのころだと魔法のことばに思えちゃうのが本当に怖いよね。もっと問題なのは、その問題点が普通に共有されるようなものではないという点。
tsucchi1022
マスタはSELECT FOR UPDATE、トランザクション系はINSERT ON DUPLICATE KEY UPDATE でやってたなぁ。find_or_create はこの問題がめんどくさそうだったから
atsushifx
IDとコードを分けてPrimary Keyはautoinclementが自分の好みかな。抜けが発生するのは仕方ないので前や後のレコードのKeyはselect文でがんばってもらう。Primary Keyなら、それほど遅くはならないとおもうし
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
レコードがなかったらINSERTして返すみたいなのを確実にやる | おそらくはそれさえも平凡な日々
find_or_create的なやつは大体どんなORMでも レコードを探す 無かったらINSERT みたいに実装することに... find_or_create的なやつは大体どんなORMでも レコードを探す 無かったらINSERT みたいに実装することになると思う。ただこれだと、1と2の間でレースコンディションでエラー起きることがある。他のプロセスがINSERTしてしまうとかそういうやつ。 それを防ぎたい場合に、1の時点でFOR UPDATEするのはすごくダメで、空行にFOR UPDATEしたりするとMySQLだと盛大に乙るのは有名な話。 エラーを起こさないで、確実にレコードを取りたい場合にはどうすればよいかというと、以下のようにするのが良いと思っている。UNIQUEキー制約なりがちゃんと付いている前提。サンプルコードはTengの場合。 sub find_or_create_surely { my ($self, $table, $where, $opt) = @_; my $row; my $txn = $self-
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2014/03/02 リンク