なんか今までの流れ見てるとネタとかではなくマジで楽観ロック・悲観ロック知らなそうな感じだけど大丈夫か？
お前らに銀行のATMみたいな決済システムとか作らせたら酷いことになりそう

欠番を出ないようにする行為ってシュードキー・ニートフリークとかいう名前のアンチパターンだったような気がする
組み込み系に異動したからDBの知識がもう１５年以上前の知識だけど

欠番なんてそもそも問題にすらならない
途中が物理削除されればそうなるだけでそれで問題になる方がおかしいが
どうしても連番にしたければ削除以降をupdateで更新してオートインクリメントの数値を調整すれば良いだけだが普通はそんな事しない

>>51
そんな怪しい日本語のロック名を言ってる時点で素人丸出し
どこの翻訳だよw
大爆笑すぎるw
キチガイはオラクルw使っとけw

金融系SEやってたときは、採番テーブル作って欠番埋めてるシステムはいくつか見かけたけど、同じく15年前ぐらいの知識だわ。
当然、やろうと思えばLaravelでもできるだろうが、今のところ欠番禁止みたいな要件のシステムには出会ったことないな。

とりあえずアンチオートインクリメントおじさんは、decimalは桁数指定できないって言い張るし、数値はvarcharに格納するみたいだし、ちょっとマジで技術力とは？て気持ちになるなぁ。
あれを技術力高いとかいって褒めてた腰巾着みたいな奴らの意見も伺いたいもんだぜ。

>>51
共有ロック、占有ロック、楽観的ロック、悲観的ロックの違いわかってなさそうw

>>56
数値varchar格納は図書館業界のシステムではよくあるね

>>58
マジかー。そっちの業界は知らないから勉強になるわ。ありがとう。

逆にオートインクリメントに欠番が出ることによる問題ってなんだ？

Laravelerって、ここまで馬鹿揃いなんだよな。
欠番が出る事が問題なんじゃなく、排他処理理解してない事が問題だ、
許容桁数じゃない、ゼロフィルの話だ
tって、何回言っても理解できないチンパンジー揃いなんだもん。

多分、バナナの話しか理解できないんだろこの馬鹿猿共。

>>47

多分こいつら、マジで排他処理の事
全く知らない。

つい今日の今日、初めて『排他処理をしなければならない』事を知った。
だから、一切答えられない。
まごう事なき猿。

お前らってなんで素直に「排他処理の重要性を知りませんでした。良い機会なので教えてください」って言えないの？

排骨麺の美味しさを知りませんでした。良い機会なので教えて下さい。

>>63
ここにいるやつらは全員排他処理の重要性知っているし扱い方も完璧に把握しているから聞く必要はない
今日初めて知った知識でマウント取っているのは>>62だけだよ

>>62
てめーはさっさとdecimalは桁数指定できないて主張のソース出せないのか？>>37でそう主張したよな？
それとも、お前が単に無知だっただけか？YESかNOで答えてくれ。

当然知ってるけどこの流れでマジレスするアホはおらん

>>63
decimalすらまともに知らずにマウンティングしかけてくるクズに何を教わるんだ？そんなやつの排他制御の話が参考になるのかね？
てか他のやつも書いてる通り排他制御知らないやつなんて居ないでしょ。お前は怪しそうだが。

smallint 2バイト 狭範囲の整数 -32768から+32767
integer 4バイト 典型的に使用する整数 -2147483648から+2147483647
bigint 8バイト 広範囲整数 -9223372036854775808から+9223372036854775807
decimal 可変長 ユーザ指定精度、正確 小数点より上は131072桁まで、小数点より下は16383桁まで
numeric 可変長 ユーザ指定精度、正確 小数点より上は131072桁まで、小数点より下は16383桁まで
real 4バイト 可変精度、不正確 6桁精度
double precision 8バイト 可変精度、不正確 15桁精度
smallserial 2バイト 狭範囲自動整数 1から32767
serial 4バイト 自動増分整数 1から2147483647
bigserial 8バイト 広範囲自動増分整数 1から9223372036854775807

>>68
decimal発言で都合が悪くなってなりすまししてんじゃねーぞカス　さっさと>>66の質問に答えろや

>>66も>>68も俺の書き込みなんだが。頼むぜブラザー。

猿、仲間割れwww
ちょー、ウケるんですけどwww

Laraveler、頭が悪過ぎて苦笑いしか出てこないっすw

>>71-73までがオートインクリメント君の書き込み

アンチオートインクリメントおじさん、numericとdecimalは違うって主張して論破され、numericは数字のことだから！て言い訳し始めたらそれだとint型は避けて～の文脈と整合しないて突っ込まれ、decimalは桁数指定できないからnumericは数字のことでデータ型はvarcharて言い出して、decimalは桁数指定できるよねて突っ込まれたんだよな。

嘘に嘘を重ねた結果、言ってることが無茶苦茶になったパターンか。無様すぎるわ。

>>75
だからなりすましバレてるからもうやめな
自分が誤って間違った知識を披露してしまったから別人になりすまして自分のレスを攻撃することで
やり過ごそうとしてるんだけどバレバレだよ
素直に「間違えましたごめんなさい」って誤りなさい　君が誤ったら君の大好きな排他処理の話してあげるよ

>>53
最新が削除された場合は問題にならない
途中がところどころ削除されて歯抜けになった場合の話をしてるんだ

>>51
ロックすべき事例がまだ一件も見当たらない

>>55
欠番をなくしたいというよりは
連番が確保されていて番号で社員数がわかるなど実利的な意味がある
社員がやめて欠番になるなんていうならともかく
操作ミスでキャンセルしただけで欠番になるようなシステムであれば疑問を感じても仕方ないだろう

>>58
varchar2な

>>60
だって気持ち悪いじゃん
20人しか社員がいないのに社員番号42番とか

>>76
アンチオートインクリメントおじさんにそんな高度なことできるわけないじゃん。
それができる程度の知能があるなら、こんな恥ずかしい事態になる前にnumericは数字のことだ！なんて言い訳せずゴメンなさいすると思うぞ。

>>62
まだいってんのかよ
おまえの新規登録画面にも採番IDを表示してやろうか？

>>81
社員番号で欠番補填しちゃうと辞めた人のシステム利用履歴が欠番補填した人に紐づくのでは？

>>69
その辺はDBMS依存だから出していいのかちょっと迷う
PHPの話だからMariaDBだよねっていうのが暗黙の了解なのかな？

>>75

何妄想長文書いてんだ？この猿。

マジでここ、動物園なの？

マジでLaravelerって、IQ32くらいしかないから
m会話成立しないわ。

IQ32じゃ、何で排他処理が必要なのかなんか、分かるわけないわな、そりゃ。

>>86
昔からLaravelスレはLaravel動物園ってので有名だよ
ちょっと前まではデータベースのユーザ名、パスワード、DB名、IPアドレスなど
セキュアな情報もgithubにコミットしたほうがいいって言ってるやつがいたぐらいだぞ

>>84
やめた人のデータはカスケード削除
このスレだと論理削除を採用するほうが多数派な気がするけど
論理削除しないんだったらカスケード削除でいい
過去のデータについてはマスタとの紐づけをしてはいけない
ログとかヒストリーとかトランザクションとか言い方は色々あるけど
履歴に関してはマスタとのつながりをなくさなければならない
マスタのほうを物理削除して利用履歴を残すのであれば、利用履歴のほうに論理削除フラグが必要
主キーと外部キーの組み合わせが一致したからといって同一人物ではないというフラグが必要
LINEはそれが出来てないから携帯電話番号が（契約解除後、同じ番号を他人に使いまわされことで）他人の手にわたったら成り済ましをされてしまう

10:00 ユーザAデータ取得
10:00 ユーザBデータ取得
10:01 ユーザAデータ編集
10:03 ユーザBデータ編集
10:04 ユーザBデータ登録
10:05 ユーザAデータ登録　← ユーザBの編集情報消失！！！！！

>>88

マジすか？w ワンダーランドじゃないっすかwww

>>88
githubはプライベート設定ができる
プライベート設定は閲覧範囲をコントロールできる
閲覧範囲をコントロールできるのであれば漏れることはない

以上により、githubにセキュアな情報をコミットしたほうがいいと思います

どうせgithubじゃなかったらメールやチャットで情報交換するんでしょ？
だったら、githubのほうがまだ安心
LINEやSlackやZoomや不協和音で送信するんだったら結局のところ安全性は同じレベルだ

>>2はDBが普及するまで普通に使われてた
今でも各地に残ってるはず

>>90
一般的にその例でロックを使うのはバッチ処理の場合
UIが絡むんだったらロックは使わない

>>92
.gitignoreで.env除外されているのにわざわざそれを解除してコミットするの？

>>86
てめーは「decimalは桁数指定できない」って>>37で自信満々に書いた件の釈明しような。decimalのこと知らなかったんだろ？ハッキリ言っちゃえよwww

>>96
話を逸らさないでくれ　今は排他処理でオートインクリメント君を論破しようとみんなが頑張っている最中だ

>>94

お前の、マジで何言ってんの？
業務アプリなら、日常茶飯事常時必要な処理だって、

りかいできないの？

IQ32って、すげぇな。

>>94
いやUIが絡んだ場合でもロック使えよ

>>94
JavaScript使ってクライアント側で入力チェックしているのでサーバ側では入力チェックは行いません！！
とか言ってそうだなお前