そうだよ弱い者イジメよくない

【悲報】アンチオートインクリメントくん、laravelerかSELECT FOR UPDATEを使った更新処理例示しているのに、Laravelは排他制御知らないと連呼し、SELECT FOR UPDATEを知らないという事実を晒してしまう。

>>202
やっべ、笑いすぎて変な日本語になってしまった。

>>194
>DBへ送信する前に突合処理しないで、どうやって他の人間によって更新されいないかどうか判定するんだ？


やべぇｗ　こいつ、マジで言ってるしｗｗｗ
バカじゃね？　DB送信？？？　チンパンジーかよｗｗｗｗ

なんだ、DB送信ってｗｗｗｗ

>>202
そういうことだったの？オートインクリおじアホすぎるだろｗｗｗ
俺だったら恥ずかし過ぎて回線切って首吊るけど、正しく理解して羞恥心感じるだけの知能はないんだろうな

だーめだこのバカ共　本当に論理性皆無だし
さすがLaraveler動物園だなｗ

>>195
>126でselect for updateに言及したのだが、どうやらお前はそれが排他制御だって理解できなかったようだな。無知すぎて話にならん。

日本語理解できない君が、なんとか事実を捏造しようと必死ｗ
お魚さんがユーザー君達だもんねｗ

で、ここに居るLaraveler、

実は、SELECT FOR UPDATEって言われても、

まだ何のことなのか分かってないんだぜ？

動物園っていうか、水族館Laravelerってｗｗｗ

だから、
まだ欠番しない連番の作り方も

まーーーたく　わっかりっましぇーーーーん

なのが、Laraveler　ｗｗｗｗｗ

ちょーうけるんでっすけどぉｗｗｗｗ

ばかららべらー


http://medaka.5ch.net/test/read.cgi/php/1621940461/
930 nobodyさん2021/06/23(水) 10:37:20.56ID:???
ユーザーAに採番１を付与
ユーザーBに採番２を付与
ユーザーAがキャンセル

ユーザーAは存在しない
ユーザーBは採番２を取得

これどうやって解決すんの？問題を理解できてなかったのか？


ぷぷぷぷぷーーーーーーーーーーーーｗｗｗｗ

悔しすぎて発狂したｗｗ
まあ一人で死ぬまでやっとけ、どうせ機能してないスレなので荒らされても痛くも痒くもない

ばかららべらー

>>27

>>36
いや逆にそれロックする場面じゃないよね
10:04の時点でAの画面には「元データが更新されました」って表示されてるし
10:05の時点では「Bが保存したデータが破壊されるけどいいですか？」って確認のメッセージが表示される
いずれにせよヒューマンのケツダンが必要でコンピューターがロックではない！

>>38
お前さ、本当に頭悪いみたいだから、ヒント出すぞ。
『排他処理』
ロックとは一言も言ってない。
排他処理はどうやってやればいい？
ロックはどこでする必要がある？
大丈夫かよ、こいつら本当に？

という流れで、ばかららべらーに排他処理を教えていた所、

日本語の読めないちんぱんじー >>122 が、
「なんでお前は取得時と登録時のデータ突合の処理書いてないの？バカなの？排他制御以前の問題でしょ。」
と、トチ狂った頭おかしい鳴き声を上げた所、

排他処理のはの字も知らないららべる動物園のサルが一斉に『ウキ―！！！！』を連呼　←いまここ

>>204
うん？お前にとって聞き慣れない日本語だから、突っかかってくるのは結構だけど、俺の質問には答えられないのか？相変わらずアホだな。昨日から、decimalの件にしても、突合処理の件にしても、都合が悪くなると話誤魔化して逃げるよな。無様。

>>208
いや分かってないのはお前。俺はすでに更新処理時にselect for updateを使った処理を説明したのだが、それを排他制御だと知らずに、お前はその後もlaravelerは排他制御知らない！て言ってたよねー。

decimalの件に続いて、また無知を晒しちゃったなwww

アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない

どんどん間抜けな事実が積み上がっていくな。こんな生き物を技術力高いとか前スレで礼賛してた腰巾着氏に意見を訊いてみたい。

decimal言ってバカは、

『桁数指定』の意味が分からないちんぱんじーっだって自己主張してんだよね。

桁数指定って、こういう事

00000001

おさるさんすてきー！！！！

>>213-215

うーーーーーーーーーーーーーん、

ちんーーーーーーーーーーーーーーーーーーーーー
ぱんじーーーーーーーーーーーーーーーーーーーーーーーーｗｗｗｗｗ

まー、

プライマリキーをauto_incrementなFW任せにしか出来ないお猿さん達には、

ちょーーーーーーーっと、難し過ぎたかな？
小学生レベルだけどぉ＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾

やれやれ、また言い訳か。見苦しいやつ。一切理性的な反論ができないのだから、実に惨めだよな。

>>219

知性の無い奴が、なんか寝言言ってるしｗ

お前ほんとに成長しないな
http://medaka.5ch.net/test/read.cgi/prog/1623223658/340

いや、あれだけ自信満々にlaravel使いは排他制御も知らないとか煽りまくってたやつが、まさかselect for updateも知らなかったなんてびっくりだわ。

select for updateというのはSELECTした行をロックする機能である

通常の更新系ぐるぐるSQLというのはいわば「同時の処理が走るわけがない」という楽観論にもとづき実行される
結果、ぐるぐる中に他の処理が走ると整合性がとれなくなるのだ

しかし！select for updateは更新行をあらかじめ全てロックできるのだ！！
その間に1行ずつループですべて更新して最後にコミットだ！！

更新時に大胆に複数行ロックを行い怒涛のループで更新だ！

これが悲観ロックぐるぐる行進なのだ！

結局お前らオートインクリメント君に論破されたのかよ

>>224
>>215見てそう思うんなら、それで良いぞ。腰巾着が何か言ってるわって失笑するだけ。

>>225

>>215見てそう思うならって、それ全部お前らが勝手に言ってる妄言じゃん。
これまでのコメント全く読んでないのかよ？

>>226
妄想？全部今までのやり取りから明らかになった事実だけど？反論あるなら聞くよ。腰巾着くん。

腰巾着というかオートインクリメントおじさんの自演だよね

あーそういう？あのカスは、マジで恥知らずだな。

>>216
これって、ひょっとしてdecimalは小数部必須だと思ってるてこと？

お題：文字列型と数値型の違いについて
注目ポイント→数値と数字の違い
具体例：IDにおいて0埋めされている値をどう扱うか

ごちゃごちゃいう前に、手元のMySQLで検証すりゃいいのに。ほんとカスはどこまで行ってもカスだわ。
エンジニアじゃないんだろうなぁ。

mysql> CREATE TABLE fuga (num1 decimal(8) zerofill, num2 decimal(8,2) zerofill);
Query OK, 0 rows affected (0.04 sec)

mysql> insert into fuga values(1, 1);
Query OK, 1 row affected (0.01 sec)

mysql> select * from fuga;
+----------+-----------+
| num1 | num2 |
+----------+-----------+
| 00000001 | 000001.00 |
+----------+-----------+
1 row in set (0.00 sec)

>>216 とかまじでバカ晒してるわ。

> 桁数指定って、こういう事
> 00000001
> おさるさんすてきー！！！！

>>233

それORMに持ってきたらどうなるんだ？

>>233

それ、オーバーフロー問題、何一つ解決してないじゃん。

1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
4. つまり数値型なら何にしたところで意味ありません、

こういう流れだぞ？
本当にLaravelerって頭悪いな。

>>236
論点すり替えはやめような。向こうはdecimalでは桁数指定できないて言い続けてて、俺はその主張は間違っているという指摘を続けているわけなんだが？

これとか今見返すと大爆笑だよね。

41 名前:nobodyさん [sage] :2021/06/23(水) 19:45:25.69 ID:???
>>40

へぇ。お前のDBのdecimalは、00001って数値を持てるんだ。
すげぇな。

アンチオートインクリメントおじさんは、decimalで00001を指定できないDBをご存知らしいから是非教えてほしい。

ID（主キー）を発行するたった1つのユニークなやり方は
INSERT tbl(ID) VALUES (MAX(ID)+1)だよ
これは排他制御であり必ず連番になりauto_incrementに頼っていません！

>>230　話そらそうと必死だな、お前、いまだに排他処理できないだろ？

>>240　んー、それ、レコード増える程遅くなってくな。

>>237 論点すり替えまくってきたのがお前らじゃん。

元々の議題が、これ。

1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、

なぜなら、ここ、『【PHP】Laravel【フレームワーク】 Part.7』
decimalがLaravelに何の関係が？ｗ

>>241
排他制御の話はとっくに終わってるぞ。select for update使った処理を例示しておいたのに、アンチオートインクリメントおじさんは、それが排他制御だって気づかなかったという間抜けなオチ。

主キーをid uuid default gen_random_uuid() not nullにするのはなぜスルーされているのだろう

>>243　また話をすり替えるバカLaraveler　『それが排他制御だって気づかなかったという間抜けなオチ』と、トチ狂った捏造

『排他制御の話はとっくに終わってるぞ』と、必死で主張しているが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていないのがまるわかり。

>>244

なぜって、それはLaravelerがバカしか居ないので、
BIGINT auto increment しか頭に無いから。

>>245
え？じゃあなぜselect for updateの話が出た時に、何のりあくしょあもしなかったの？

>>247
リアクションね。

とりあえずdecimalの件はアンチオートインクリメントおじさんから反論がないようなので、「アンチオートインクリメントおじさんはdecimalは桁数指定できないと思い込んでいた間抜け」という事実は確定で良いかな。