元スレ【PHP】Laravel【フレームワーク】 Part.7
php覧 / PC版 /みんなの評価 :
201 = :
そうだよ弱い者イジメよくない
202 = :
【悲報】アンチオートインクリメントくん、laravelerかSELECT FOR UPDATEを使った更新処理例示しているのに、Laravelは排他制御知らないと連呼し、SELECT FOR UPDATEを知らないという事実を晒してしまう。
203 = :
>>202
やっべ、笑いすぎて変な日本語になってしまった。
204 = :
>>194
>DBへ送信する前に突合処理しないで、どうやって他の人間によって更新されいないかどうか判定するんだ?
やべぇw こいつ、マジで言ってるしwww
バカじゃね? DB送信??? チンパンジーかよwwww
なんだ、DB送信ってwwww
205 = :
>>202
そういうことだったの?オートインクリおじアホすぎるだろwww
俺だったら恥ずかし過ぎて回線切って首吊るけど、正しく理解して羞恥心感じるだけの知能はないんだろうな
206 = :
だーめだこのバカ共 本当に論理性皆無だし
さすがLaraveler動物園だなw
207 = :
>>195
>126でselect for updateに言及したのだが、どうやらお前はそれが排他制御だって理解できなかったようだな。無知すぎて話にならん。
日本語理解できない君が、なんとか事実を捏造しようと必死w
お魚さんがユーザー君達だもんねw
208 = :
で、ここに居るLaraveler、
実は、SELECT FOR UPDATEって言われても、
まだ何のことなのか分かってないんだぜ?
動物園っていうか、水族館Laravelerってwww
209 = :
だから、
まだ欠番しない連番の作り方も
まーーーたく わっかりっましぇーーーーん
なのが、Laraveler wwwww
ちょーうけるんでっすけどぉwwww
210 = :
ばかららべらー
http://medaka.5ch.net/test/read.cgi/php/1621940461/
930 nobodyさん2021/06/23(水) 10:37:20.56ID:???
ユーザーAに採番1を付与
ユーザーBに採番2を付与
ユーザーAがキャンセル
ユーザーAは存在しない
ユーザーBは採番2を取得
これどうやって解決すんの?問題を理解できてなかったのか?
ぷぷぷぷぷーーーーーーーーーーーーwwww
211 = :
悔しすぎて発狂したww
まあ一人で死ぬまでやっとけ、どうせ機能してないスレなので荒らされても痛くも痒くもない
212 = :
ばかららべらー
>>27
>>36
いや逆にそれロックする場面じゃないよね
10:04の時点でAの画面には「元データが更新されました」って表示されてるし
10:05の時点では「Bが保存したデータが破壊されるけどいいですか?」って確認のメッセージが表示される
いずれにせよヒューマンのケツダンが必要でコンピューターがロックではない!
>>38
お前さ、本当に頭悪いみたいだから、ヒント出すぞ。
『排他処理』
ロックとは一言も言ってない。
排他処理はどうやってやればいい?
ロックはどこでする必要がある?
大丈夫かよ、こいつら本当に?
という流れで、ばかららべらーに排他処理を教えていた所、
日本語の読めないちんぱんじー >>122 が、
「なんでお前は取得時と登録時のデータ突合の処理書いてないの?バカなの?排他制御以前の問題でしょ。」
と、トチ狂った頭おかしい鳴き声を上げた所、
排他処理のはの字も知らないららべる動物園のサルが一斉に『ウキ―!!!!』を連呼 ←いまここ
213 = :
>>204
うん?お前にとって聞き慣れない日本語だから、突っかかってくるのは結構だけど、俺の質問には答えられないのか?相変わらずアホだな。昨日から、decimalの件にしても、突合処理の件にしても、都合が悪くなると話誤魔化して逃げるよな。無様。
214 = :
>>208
いや分かってないのはお前。俺はすでに更新処理時にselect for updateを使った処理を説明したのだが、それを排他制御だと知らずに、お前はその後もlaravelerは排他制御知らない!て言ってたよねー。
decimalの件に続いて、また無知を晒しちゃったなwww
215 = :
アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない
どんどん間抜けな事実が積み上がっていくな。こんな生き物を技術力高いとか前スレで礼賛してた腰巾着氏に意見を訊いてみたい。
216 = :
decimal言ってバカは、
『桁数指定』の意味が分からないちんぱんじーっだって自己主張してんだよね。
桁数指定って、こういう事
00000001
おさるさんすてきー!!!!
217 = :
>>213-215
うーーーーーーーーーーーーーん、
ちんーーーーーーーーーーーーーーーーーーーーー
ぱんじーーーーーーーーーーーーーーーーーーーーーーーーwwwww
218 = :
まー、
プライマリキーをauto_incrementなFW任せにしか出来ないお猿さん達には、
ちょーーーーーーーっと、難し過ぎたかな?
小学生レベルだけどぉ^^^^^^^^^^^^^^^^^^^
219 = :
やれやれ、また言い訳か。見苦しいやつ。一切理性的な反論ができないのだから、実に惨めだよな。
220 = :
>>219
知性の無い奴が、なんか寝言言ってるしw
221 = :
お前ほんとに成長しないな
http://medaka.5ch.net/test/read.cgi/prog/1623223658/340
222 = :
いや、あれだけ自信満々にlaravel使いは排他制御も知らないとか煽りまくってたやつが、まさかselect for updateも知らなかったなんてびっくりだわ。
223 = :
select for updateというのはSELECTした行をロックする機能である
通常の更新系ぐるぐるSQLというのはいわば「同時の処理が走るわけがない」という楽観論にもとづき実行される
結果、ぐるぐる中に他の処理が走ると整合性がとれなくなるのだ
しかし!select for updateは更新行をあらかじめ全てロックできるのだ!!
その間に1行ずつループですべて更新して最後にコミットだ!!
更新時に大胆に複数行ロックを行い怒涛のループで更新だ!
これが悲観ロックぐるぐる行進なのだ!
224 = :
結局お前らオートインクリメント君に論破されたのかよ
225 = :
>>224
>>215見てそう思うんなら、それで良いぞ。腰巾着が何か言ってるわって失笑するだけ。
226 = :
>>225
>>215見てそう思うならって、それ全部お前らが勝手に言ってる妄言じゃん。
これまでのコメント全く読んでないのかよ?
227 = :
>>226
妄想?全部今までのやり取りから明らかになった事実だけど?反論あるなら聞くよ。腰巾着くん。
228 = :
腰巾着というかオートインクリメントおじさんの自演だよね
229 = :
あーそういう?あのカスは、マジで恥知らずだな。
230 = :
>>216
これって、ひょっとしてdecimalは小数部必須だと思ってるてこと?
234 = :
>>233
それORMに持ってきたらどうなるんだ?
235 = :
>>233
それ、オーバーフロー問題、何一つ解決してないじゃん。
236 = :
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
4. つまり数値型なら何にしたところで意味ありません、
こういう流れだぞ?
本当にLaravelerって頭悪いな。
237 = :
>>236
論点すり替えはやめような。向こうはdecimalでは桁数指定できないて言い続けてて、俺はその主張は間違っているという指摘を続けているわけなんだが?
238 = :
これとか今見返すと大爆笑だよね。
41 名前:nobodyさん [sage] :2021/06/23(水) 19:45:25.69 ID:???
>>40
へぇ。お前のDBのdecimalは、00001って数値を持てるんだ。
すげぇな。
240 = :
ID(主キー)を発行するたった1つのユニークなやり方は
INSERT tbl(ID) VALUES (MAX(ID)+1)だよ
これは排他制御であり必ず連番になりauto_incrementに頼っていません!
241 = :
>>230 話そらそうと必死だな、お前、いまだに排他処理できないだろ?
>>240 んー、それ、レコード増える程遅くなってくな。
242 = :
>>237 論点すり替えまくってきたのがお前らじゃん。
元々の議題が、これ。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
なぜなら、ここ、『【PHP】Laravel【フレームワーク】 Part.7』
decimalがLaravelに何の関係が?w
243 = :
>>241
排他制御の話はとっくに終わってるぞ。select for update使った処理を例示しておいたのに、アンチオートインクリメントおじさんは、それが排他制御だって気づかなかったという間抜けなオチ。
244 = :
主キーをid uuid default gen_random_uuid() not nullにするのはなぜスルーされているのだろう
245 = :
>>243 また話をすり替えるバカLaraveler 『それが排他制御だって気づかなかったという間抜けなオチ』と、トチ狂った捏造
『排他制御の話はとっくに終わってるぞ』と、必死で主張しているが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていないのがまるわかり。
247 = :
>>245
え?じゃあなぜselect for updateの話が出た時に、何のりあくしょあもしなかったの?
248 = :
>>247
リアクションね。
249 = :
とりあえずdecimalの件はアンチオートインクリメントおじさんから反論がないようなので、「アンチオートインクリメントおじさんはdecimalは桁数指定できないと思い込んでいた間抜け」という事実は確定で良いかな。
みんなの評価 :
類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [98%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [98%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [98%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [98%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [96%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [96%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [96%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [96%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [96%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [96%] - 2022/6/6 19:30
- 【PHP】Laravel【フレームワーク】 (887) - [84%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [56%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について