  |
SQLアンチパターンではないが、デッドロックについても投げっぱなしのあのSELECT FOR UPDATEの説明はなんなのかね。
1回のトランザクションでupdateを2回発行する場合と1回のSQLで複数行のアップデートをする時はデッドロックのリスクを考慮するってだけで、かなり初心者にはありがたいと思うんだけどね。
tA =#begin;tA =# update t1set column =value whereid = 1;tB =#begin;tB =# update t1set column =value whereid = 2;tA =# update t1set column =value whereid = 2;tB =# update t1set column =value whereid = 1;tB =#ERROR:デッドロックを検出しました
tA =#begin;tA =# update t1set column =value whereid = 1;tB =#begin;tB =# update t1set column =value -- updateall recordtA =# update t1set column =value whereid = 2;tA =#ERROR:デッドロックを検出しました
あと、先勝ち後負けを実現するのはSELECT FOR UPDATEではなく楽観的ロックな。
tA =#begin;tA =#select updated_at from t1 whereid = 1; updated_at ---------------------------- 2019-03-24 06:17:37.952893tB =#begin;tB =#select updated_at from t1 whereid = 1; updated_at ---------------------------- 2019-03-24 06:17:37.952893tA =# update t1set column = column - 1 whereid = 1 and update_at = '2019-03-24 06:17:37.952893' and column> 0;UPDATE 1tB =# update t1set column = column - 1 whereid = 1 and update_at = '2019-03-24 06:17:37.952893' and column> 0;UPDATE 0
キーレスエントリー(外部キー嫌い) 外部キー嫌いがアンチパターンなのは同意だが、間違った外部キーの使い方するほうがよっぽどアンチパターンじゃないか？ 外部キー貼らなかったこ...
SQLアンチパターンではないが、デッドロックについても投げっぱなしのあのSELECT FOR UPDATEの説明はなんなのかね。 1回のトランザクションでupdateを2回発行する場合と1回のSQLで複数行のア...
投げっぱなしの説明ってのは意味不明だけど、一回のクエリで複数行更新や削除するのは確かにデッドロックの温床になりそうだね。 クエリの順番性次第でデッドロックになるって知っ...
3回投げる時はどうすれば＠＠；
削除フラグ持たせてユーザ名を「退会済みユーザ」に上書きしたろ！ ↑ ダメなん？
特別な理由があればいいと思うが、基本、nullableカラム持ったり状態をカラムに記録するのはアンチパターンらしいよ。 https://www.slideshare.net/t_wada/ronsakucasual https://qiita.com/Jxck_/items/156d0a231...
これDB屋の自己満足だよな 顧客の要望はたいていこの3つで 1.退職などの理由で無効化したIDは処理に含めない（ただしオプションで含める機能を付ける） 2.無効化を解除することもある...
そいうのは、削除フラグと言わずに、退会フラグ と言いなさい。
大規模案件ほどシャーディングが前提になるから、 外部キー制約の出る幕なんて無いね
40