- 1 名前：nobodyさん mailto:sage [2021/06/23(水) 16:48:13.98 ID:???.net]
- Laravel
ウェブ職人のためのPHPフレームワーク
本家
https://laravel.com/
git
https://github.com/laravel
動画チュートリアル(英語)
https://laracasts.com/
和訳ドキュメント
laravel.jp/
※前スレ
【PHP】Laravel【フレームワーク】 Part.5
https://medaka.5ch.net/test/read.cgi/php/1618535648/
【PHP】Laravel【フレームワーク】 Part.6
https://medaka.5ch.net/test/read.cgi/php/1621940461/
- 600 名前：nobodyさん mailto:sage [2021/07/07(水) 13:02:09.26 ID:???.net]
- Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか？』
A『(string)Illuminate\Support\Str::uuid()->getInteger();
知らないくせにイキるなよ』
Q『それはどのような番号になりますか？』
A『172787912317449007508377903887728658844！（ドヤァ！）』
Q『帰ってもらって大丈夫です』
- 601 名前：nobodyさん mailto:sage [2021/07/07(水) 13:03:01.23 ID:???.net]
- >>587
>select for updateの話をした後もお前がlaravelerは排他制御知らないて吠えてた事実は認めたら？見苦しいよ。
ん？ だって現実に知らないじゃないですか。
あなた、何言ってるんですか？ それ、何語ですか？
- 602 名前：nobodyさん mailto:sage [2021/07/07(水) 13:06:01.70 ID:???.net]
- Laravelerってやっぱ馬鹿しか居ないんだな
PHP使ってるくらいだから当然か
- 603 名前：nobodyさん mailto:sage [2021/07/07(水) 13:06:08.66 ID:???.net]
- >>587
排他処理知ってたら、途切れない連番くらい発行できるでしょう？
なんでそんなに汗だくになってるんですか？
- 604 名前：nobodyさん mailto:sage [2021/07/07(水) 13:07:01.54 ID:???.net]
- どうやら、本当に知らないらしいです。
586 nobodyさん2021/07/07(水) 12:59:34.62ID:???
途切れない連番なんか気にするのは自閉圏の人くらいだよ
- 605 名前：nobodyさん mailto:sage [2021/07/07(水) 13:08:58.73 ID:???.net]
- ちょっと前までは『SELECT FOR UPDATE ウキ―！』と大喜びしていたLaraveler達が、
最近は『デッドロックするウキ―！』と、神仏を恐れるかのようにオロオロとし始めました。
彼らは一体、何をしているのでしょうか？
- 606 名前：nobodyさん mailto:sage [2021/07/07(水) 13:15:34.53 ID:???.net]
- これが、Laraveler。
手作業ですら、避けられないんだそうでうす。
もう、スーパーの刺身盛り合わせにタンポポ乗せる仕事くらいしか出来なそうです。
medaka.5ch.net/test/read.cgi/php/1621940461/
>826nobodyさん2021/06/22(火) 09:55:34.70
>シークエンスでオートなnumberingをするようなDBのデファインを使うのは優れた方法の1つ
>重複しないことをDBMSが保証してくれる上にパフォーマンスもよい
>よく自動採番の欠点として例示されるのがマスタ画面で新規登録する際
>登録時に採番した番号を表示できない、表示したらキャンセルした場合に欠番が出るなんて言うけど
>エントリー順にnumberingする以上、たとえ手作業でやっても避けられない問題だ
- 607 名前：nobodyさん mailto:sage [2021/07/07(水) 13:18:27.96 ID:???.net]
- キャンセルを繰り返してbigintを枯渇させるのは犯罪ではないか？
- 608 名前：nobodyさん mailto:sage [2021/07/07(水) 13:19:30.10 ID:???.net]
- そもそもオートインクリメントって排他制御されてるよね
- 609 名前：nobodyさん mailto:sage [2021/07/07(水) 13:23:37.42 ID:???.net]
- そもそも行ロックはDBMSの実装として普及しているとは言い難い
せいぜいMySQL、Oracle、PostgreSQLぐらいではないか
- 610 名前：nobodyさん mailto:sage [2021/07/07(水) 13:31:52.78 ID:???.net]
- >>595
> キャンセルを繰り返してbigintを枯渇させるのは犯罪ではないか？
例えば、何罪の話をしていますか？
また、犯罪であるかどうかと、システムの欠陥であるかどうかは別の話です。
- 611 名前：nobodyさん mailto:sage [2021/07/07(水) 13:33:29.65 ID:???.net]
- >>589
排他制御を知ってたからselect for updateを使った更新処理に言及したのだし、お前は排他制御を知らなかったから言及したにも関わらずlaravelerは排他制御を知らないって喚いてた、だよね？事実は正確にね。
- 612 名前：nobodyさん mailto:sage [2021/07/07(水) 13:34:30.05 ID:???.net]
- >>596
> そもそもオートインクリメントって排他制御されてるよね
えぇぇ！？ またauto_incrementが頼みの綱なお話ですかぁ！？
527 nobodyさん2021/07/06(火) 20:23:40.85
Laravelってなんでオートインクリメントだよりの設計なの？
まさかオートインクリメントを使用しない設計ができないFWなの？
- 613 名前：nobodyさん mailto:sage [2021/07/07(水) 13:35:49.43 ID:???.net]
- >>599
そういうのは、Laraveler園児達が、
何事もなかったかのように欠番しない連番システムを作れるようになってからホザいてくださいねー？
- 614 名前：nobodyさん mailto:sage [2021/07/07(水) 13:45:24.84 ID:???.net]
- >>598
偽計業務妨害
システム構築において利用者が法に触れる方法で利用する事まで想定する必要はあるのか？
・ローカルなシステムであった場合はもはやシステムの問題ではなく従業員の故意性や品性の問題
・パブリックなシステムであれば必要最低限の対策は必要だが完全である必要はない
例えば公園のベンチで寝ていたとして髪の毛を抜かれたとしよう。髪の毛が枯渇するまで起きなかったのが悪いのか？抜かれるようなところで寝ていたのが悪いのか？
それとも髪の毛を何らかの方法でロックしておくべきだったのか？
いや、明らかに髪の毛を抜いた者が悪いだろう
システムも同じで犯罪者は警察に捕まるべきなんだ
- 615 名前：nobodyさん mailto:sage [2021/07/07(水) 13:46:55.89 ID:???.net]
- SELECT FOR UPDATEなんて使ったら他のユーザーが採番中はロックかかってるからシステムがフリーズしちゃう
- 616 名前：nobodyさん mailto:sage [2021/07/07(水) 14:42:08.76 ID:???.net]
- Laraveler馬鹿すぎて草
- 617 名前：nobodyさん mailto:sage [2021/07/07(水) 15:05:10.74 ID:???.net]
- 零細に務めてるやつってやっぱ馬鹿しか居ないよな
- 618 名前：nobodyさん mailto:sage [2021/07/07(水) 16:20:48.24 ID:???.net]
- >>602
> 犯罪者は警察に捕まるべきなんだ
犯罪者は警察に捕まるべきというのと、
じゃぁ、脆弱なシステムを作ってもいいでしょ？
というのは、別の問題だと申し上げました。
- 619 名前：nobodyさん mailto:sage [2021/07/07(水) 16:48:58.07 ID:???.net]
- >>606
まずbigintを使ったauto_incrementがどう脆弱なのか説明してくれるかい？未だに、現実的な時間であっという間にbigintを枯渇させられるってバカな主張の根拠が示されていないのだが？
- 620 名前：nobodyさん mailto:sage [2021/07/07(水) 17:06:28.16 ID:???.net]
- >>607
その前に、Laravelerは欠落しない連番を発行できるくらいにはなりましょう。
システム開発者として、低レベル過ぎますよ？
というか、あなた、必死ですねｗ
- 621 名前：nobodyさん mailto:sage [2021/07/07(水) 17:11:56.98 ID:???.net]
- >>608
欠番を作りたくないという背景がよく分からんけど、欠番作りたくないなら削除機能を設けないようにするだけじゃね？
- 622 名前：nobodyさん mailto:sage [2021/07/07(水) 17:24:39.27 ID:???.net]
- >>608
低レベルなのはお前だよね。ま�
- 623 名前：ﾆもに計算も出来ないから、現実的な時間であっという間にbigintを枯渇させられるなんて愚かなことを言ってしまうんでしょ？違うかい？ []
- [ここ壊れてます]
- 624 名前：nobodyさん mailto:sage [2021/07/07(水) 20:14:57.26 ID:???.net]
- 疑問なんだがなんでみんな意地を張ってるんだ？
欠落しない連番の発行の仕方がわからないのであれば素直に「お願いします教えてください」って言うだけだと思うけど
自分より技術に詳しい人がせっかくスレに来てるんだから教えを乞うべきだよ
- 625 名前：nobodyさん mailto:sage [2021/07/07(水) 20:19:05.39 ID:???.net]
- 欠落しない連番の発行方法についてだけどみんなは
・Laravelで実装可能
・Laravelでの実装方法はわからないが素のPHPでなら実装可能
・そもそもわからない
どれになるんですか？
- 626 名前：nobodyさん mailto:sage [2021/07/07(水) 20:22:03.99 ID:???.net]
- 「連番で」
なんて要望が出たらそれにかける時間が無駄と却下するから。
その要望に意味が無い。
- 627 名前：nobodyさん mailto:sage [2021/07/07(水) 20:23:15.95 ID:???.net]
- >>613
連番すら実装できねーのかよ・・・
- 628 名前：nobodyさん mailto:sage [2021/07/07(水) 20:27:12.63 ID:???.net]
- >>614
そんなくだらない発言する奴は干す
- 629 名前：nobodyさん mailto:sage [2021/07/07(水) 20:29:52.24 ID:???.net]
- 顧客「連番でチケット番号発行するシステムを作ってほしいんだけど」
>>614「くだらない要望持ってくる客は消えろ 二度と来るな！！」
Laravelerマジかよｗ
- 630 名前：nobodyさん mailto:sage [2021/07/07(水) 20:30:23.90 ID:???.net]
- >>617
お前安価ミスってるぞｗ
- 631 名前：nobodyさん mailto:sage [2021/07/07(水) 20:30:38.96 ID:???.net]
- >>617
ブーメラン
- 632 名前：nobodyさん mailto:sage [2021/07/07(水) 20:51:25.82 ID:???.net]
- >>611
お前の主張は、bigintは現実的な時間であっという間に枯渇するから、連番システムを使うべきって話だったよね？
それに対してlaravelerは、計算も出来ない馬鹿がおかしなこと言ってるな？てことで、枯渇するという根拠を示せと言っている。分かるか？
- 633 名前：nobodyさん mailto:sage [2021/07/07(水) 20:52:39.72 ID:???.net]
- >>613
> 「連番で」なんて要望が出たらそれにかける時間が無駄と却下する
あなた、その程度の事に、一体どれだけの時間を必要とするんですか？
何の時間ですか？
1. 方法を調べるための時間
2. 方法を実装するための時間
3. 間違いなく連番が発行される検証するための時間
えぇぇ…。
- 634 名前：nobodyさん mailto:sage [2021/07/07(水) 20:52:56.06 ID:???.net]
- >>612
それはテーブル設計の話だから、FWや言語に依存すると考えるのが頭おかしい。
- 635 名前：nobodyさん mailto:sage [2021/07/07(水) 20:54:47.69 ID:???.net]
- >>610
> 低レベルなのはお前だよね。
いいですか？ >>610よ、よく見なさい。
これが、Laravelerの実態なのです。
これほどまでに、低レベル。
お前がどれほど頑張ったところで、Laravelerは最低限のIT技術知識を持ち合わせて居ないのです。
- 636 名前：nobodyさん mailto:sage [2021/07/07(水) 20:57:05.54 ID:???.net]
- >>622
誤魔化さなくて良いので、早くbigintが枯渇するという根拠の提示を頼むわ。
ちなみに前も書いたけどbigintは920京で1年は3153万秒な。
- 637 名前：nobodyさん mailto:sage [2021/07/07(水) 20:57:08.20 ID:???.net]
- >>621
> それはテーブル設計の話だから、FWや言語に依存すると考えるのが頭おかしい。
そんな当たり前の事すら分からないから、
少し前のレスでRDBMSのバージョンや設定の話に盛り上がり、
『デッドロックしてしまう！』などと、訳のわからない妄言を吐き合うのが、
The Laravelerなのですよ。
- 638 名前：nobodyさん mailto:sage [2021/07/07(水) 20:57:55.87 ID:???.net]
- >>623
> 誤魔化さなくて良いので
一生懸命ごまかしているのは、あなた一人。
可愛そうなLaraveler。
- 639 名前：nobodyさん mailto:sage [2021/07/07(水) 20:59:02.56 ID:???.net]
- >>624
それもすでに書いた通り、select for updateを使った実装の問題点の指摘だから別におかしいことではないよ。お前は開発したことないから理解できないようだけと。
- 640 名前：nobodyさん mailto:sage [2021/07/07(水) 20:59:43.85 ID:???.net]
- > 1年は3153万秒な。
Laravelはあまりにも遅いので、物事の尺度は『秒』です。
- 641 名前：nobodyさん mailto:sage [2021/07/07(水) 21:01:13.21 ID:???.net]
- なんか、話をはぐらかす人がいるので再掲しますが、
欠落しない連番の発行方法についてだけどみんなは
・Laravelで実装可能
・Laravelでの実装方法はわからないが素のPHPでなら実装可能
・そもそもわからない
どれになるんですか？
- 642 名前：nobodyさん mailto:sage [2021/07/07(水) 21:02:00.86 ID:???.net]
- >>627
バカでも分かるように秒にしてあげたんだが。仮にμ秒だとしても単にそこから100万倍になるだけだから、枯渇させるには程遠いよ。
- 643 名前：nobodyさん mailto:sage [2021/07/07(水) 21:03:08.81 ID:???.net]
- Laravelerは、
排他処理を実装できず、AUTO_INCREMENTしか知らない為、
『キャンセルが発生したら欠番して番号が飛ぶ』事を恐れ、
『あ�
- 644 名前：[、INTで足りるか？ BIGINTにしちゃうー？』
などと、実際のユーザ数に伴わない賭博的設計でデータ型を取り決め、
『BIGINTなら絶対足りるっしょ！』などと、
おおよそ、コンピュータを使った仕事に携わっているとは思えない論理で
システム開発の真似事をして日銭を稼ぐ
どうしようもないロクでなし達のようです。 [] - [ここ壊れてます]
- 645 名前：nobodyさん mailto:sage [2021/07/07(水) 21:04:45.06 ID:???.net]
- >>629 が、Laravelがあまりにも遅い事を、認めました。
- 646 名前：nobodyさん mailto:sage [2021/07/07(水) 21:05:22.92 ID:???.net]
- >>629 『BIGINTなら絶対足りるっしょ！』
まさしく、この通りの低次元さです。
- 647 名前：nobodyさん mailto:sage [2021/07/07(水) 21:06:22.02 ID:???.net]
- だから、欠落しない連番の発行方法についてだけどみんなは
・Laravelで実装可能
・Laravelでの実装方法はわからないが素のPHPでなら実装可能
・そもそもわからない
どれになるんですか？ 答えてくださいっ！
- 648 名前：nobodyさん mailto:sage [2021/07/07(水) 21:09:12.41 ID:???.net]
- >>631
ふむ。ついに日本語自体通じなくなったか。とりあえず出直しておいで。次はbigintを現実的な時間で枯渇させられるという主張の根拠を用意してきてくれよな。
- 649 名前：nobodyさん mailto:sage [2021/07/07(水) 21:16:53.59 ID:???.net]
- 何故か一人だけ勝ってる気になってる >>634 が、ちょーうけるｗｗｗｗ
Laravelerは欠番しないIDすら発行できないのにｗｗｗ
- 650 名前：nobodyさん mailto:sage [2021/07/07(水) 21:17:11.86 ID:???.net]
- Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか？』
A『(string)Illuminate\Support\Str::uuid()->getInteger();
知らないくせにイキるなよ』
Q『それはどのような番号になりますか？』
A『172787912317449007508377903887728658844！（ドヤァ！）』
Q『帰ってもらって大丈夫です』
- 651 名前：nobodyさん mailto:sage [2021/07/07(水) 21:17:49.00 ID:???.net]
- >>630
Laravelも昔はbigint使ってなかったんだけど
「デフォルトでbigintにしておけば安全だよね」とかいう意味不明なissueが立てられて採用された結果
デフォルトでbigintのオートインクリメントが使用されるようになった
LaravelerどころかLaravelのコミッターもアホですね
- 652 名前：nobodyさん mailto:sage [2021/07/07(水) 21:18:16.75 ID:???.net]
- これが、Laraveler。
medaka.5ch.net/test/read.cgi/php/1621940461/
>826nobodyさん2021/06/22(火) 09:55:34.70
>シークエンスでオートなnumberingをするようなDBのデファインを使うのは優れた方法の1つ
>重複しないことをDBMSが保証してくれる上にパフォーマンスもよい
>よく自動採番の欠点として例示されるのがマスタ画面で新規登録する際
>登録時に採番した番号を表示できない、表示したらキャンセルした場合に欠番が出るなんて言うけど
>エントリー順にnumberingする以上、たとえ手作業でやっても避けられない問題だ
- 653 名前：nobodyさん mailto:sage [2021/07/07(水) 21:19:50.33 ID:???.net]
- >>636
ユニークな番号をどうやって発行するの？という質問に対してはその回答で正解でしょ
ユーザが覚えやすいとか人間が扱いやすいとかそういう条件がつくんだったら不正解だけど
- 654 名前：nobodyさん mailto:sage [2021/07/07(水) 21:20:23.11 ID:???.net]
- >>637
結果、LaravelerはBIGINTなauto_incrementが無いと何も出来ない作業工に成りはて、
今は、何としてでもその牙城を守る事だけが魂の拠り所に…。
- 655 名前：nobodyさん mailto:sage [2021/07/07(水) 21:20:44.54 ID:???.net]
- で、LaravelerはBIGINTなAUTO_INCREMENTが頼みの綱だから、
『貴方のチケット番号は 369872048178498328 です』
とか、キチガイみたいな事言い始めるんだよなｗｗｗｗｗ
- 656 名前：nobodyさん mailto:sage [2021/07/07(水) 21:22:16.49 ID:???.net]
- >>639
> その回答で正解でしょ
もう、Laravelerって、感覚からしてトチ狂ってるロボなんだよね。
正解なわけないじゃん。
こんなロボ共に絶対に仕事発注してほしくないわ。
- 657 名前：nobodyさん mailto:sage [2021/07/07(水) 21:24:44.22 ID:???.net]
- マトモなシステムを導入した企業
「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」
Laravelを導入した企業の
「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？ 何ですって？」
Laravelerの主張
「だって、idと製品番号が同じ必要は無いじゃないですか！』
マトモな人間の発想
「お前、同じ製品番号の商品が複数あると思ってる？ 製品番号をIDにするだろ？ 普通」
Laravelerの主張
「だって、Laravelはauto_incrementなIDしか持てないんですよ！！」
マトモな人間の発想
「そんなポンコツ、何で採用した！？」
- 658 名前：nobodyさん mailto:sage [2021/07/07(水) 21:25:46.79 ID:???.net]
- 面白いねぇｗ Laravelerの発想、面白いねぇｗｗｗｗ
- 659 名前：nobodyさん mailto:sage [2021/07/07(水) 21:28:22.61 ID:???.net]
- >>635
そんなつもりは無かったけど、そう思ったということはお前自身が心のどこかで俺に負い目を感じたからだろう。可哀想に。
- 660 名前：nobodyさん mailto:sage [2021/07/07(水) 21:29:03.86 ID:???.net]
- LaravelがオートインクリメントIDしか持てないってなんの話なんだ？
別にデフォルト設定がオートインクリメントなだけであって
オートインクリメントIDをオフにもできるし、数値だけでなく文字列も可能だけど
- 661 名前：nobodyさん mailto:sage [2021/07/07(水) 21:30:52.47 ID:???.net]
- いいですか？ みなさん。
Laravelerは、auto_incrementとuuid()が無いと、
な に も で き ま せ ん ！！！！
- 662 名前：nobodyさん mailto:sage [2021/07/07(水) 21:31:58.
]
- [ここ壊れてます]
- 663 名前：80 ID:???.net mailto: Eloquentは、各モデルの対応するデータベーステーブルにidという名前の主キーカラムがあることも想定しています。
必要に応じて、モデルのprotected $primaryKeyプロパティを定義して、主キーとして機能する別のカラムを指定できます。
さらに、Eloquentは、主キーが増分整数値であることも想定しています。これは、Eloquentが主キーを自動的に整数にキャストすることを意味します。
非インクリメントまたは非数値の主キーを使用する場合は、モデルにpublicの$incrementingプロパティを定義し、falseをセットする必要があります。
モデルの主キーが整数でない場合は、モデルにprotectedな$keyTypeプロパティを定義する必要があります。 [] - [ここ壊れてます]
- 664 名前：nobodyさん mailto:sage [2021/07/07(水) 21:33:30.49 ID:???.net]
- >>645-646
相変わらず、欠番しない連番の発行方法については何一つ語りません。
かわいいですねぇｗ
- 665 名前：nobodyさん mailto:sage [2021/07/07(水) 21:34:43.57 ID:???.net]
- >>648
へぇ。なんか長いしごちゃごちゃ言ってるんで読んでないですけど、
で、複合プライマリキーは？
業務システムでは必須ですよねぇ？
- 666 名前：nobodyさん mailto:sage [2021/07/07(水) 21:34:48.56 ID:???.net]
- >>646
アンチオートインクリメントおじさんの妄想だから、そこあんまり突っ込んでも得るものは無いよ。
- 667 名前：nobodyさん mailto:sage [2021/07/07(水) 21:34:51.45 ID:???.net]
- >>649
やめたれｗそんなこと言うとまたbigintの枯渇時間がどうのこうのって反論してくるぞｗ
- 668 名前：nobodyさん mailto:sage [2021/07/07(水) 21:36:53.88 ID:???.net]
- バカ過ぎるから再掲しとけ。
Laravelerの特徴
・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない←NEW
https://medaka.5ch.net/test/read.cgi/php/1624434493/548
- 669 名前：nobodyさん mailto:sage [2021/07/07(水) 21:37:52.29 ID:???.net]
- Laravelerは、
1. 平行実行可能なシステムでは、まず真っ先に採番する
2. 勿論、オートインクリメント採番！ だからユーザーがキャンセルすると歯抜けになるのは仕方ない
3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ！ と、謎の警鐘を鳴らす児童出現
5. RDBMSの設定やバージョンにまで言及し始める ← イマココ！
顧客が本当に必要だった物
・新規ユーザー登録時に欠番しない連番が発行されるシステム
https://medaka.5ch.net/test/read.cgi/php/1624434493/550
- 670 名前：nobodyさん mailto:sage [2021/07/07(水) 21:37:57.18 ID:???.net]
- >>649
俺は欠番しないシステムにすべきってお前の主張の前提である「bigintは現実的な時間であっという間に枯渇する」に同意してないので、その根拠が示されるまでは先に進むつもりはないぞ。示してくれたら、その欠番しないシステムの話も教えてあげるよ。
- 671 名前：nobodyさん mailto:sage [2021/07/07(水) 21:38:11.36 ID:???.net]
- >>650
残念ながらその点に関しては標準ではサポートしていない 以下ドキュメント抜粋
Eloquentは、それぞれのモデルがその主キーとして役立つことができる、少なくとも１つの一意に識別される「ID」を持つ必要があります。
Eloquentモデルは「コンポジット」主キーをサポートしていません。しかし、テーブルの一意に識別される主キーに加えて、データベーステーブルに追加のマルチカラム、
ユニークなインデックスを追加することができます。
複合主キーを使いたかったらmopo922/LaravelTreatsというライブラリを別途インストールする必要がある
- 672 名前：nobodyさん mailto:sage [2021/07/07(水) 21:39:59.98 ID:???.net]
- >>650
eloquentでは採用してないが、クエリビルダで補完できるってのはすでに上で説明してあるんだけどなー。
- 673 名前：nobodyさん mailto:sage [2021/07/07(水) 21:40:50.62 ID:???.net]
- >>647
何しれっとuuid増やしてんだよw
まず知らなかったです、uuid追加しますって言えよ
- 674 名前：nobodyさん mailto:sage [2021/07/07(水) 21:42:04.12 ID:???.net]
- >>650
正直それについては反論できません・・・・・・・・・・・・・・・
githubのissueに複合主キーサポートしてくれよって要望が追加されたけど
結構揉めた挙句、複合主キーはシステムに必要ないとか言われて却下された
- 675 名前：nobodyさん mailto:sage [2021/07/07(水) 21:44:30.12 ID:???.net]
- >>659
オートインクリメントおじさん、自演は恥ずかしいからやめよう無い。laravelerならクエリビルダ知らないやつはいないから、そういう間抜けなコメントはしないんだわ。
- 676 名前：nobodyさん mailto:sage [2021/07/07(水) 21:45:57.82 ID:???.net]
- >>660
https://github.com/laravel/framework/issues/5355
- 677 名前：nobodyさん mailto:sage [2021/07/07(水) 21:47:04.28 ID:???.net]
- >>659
そら、そうでしょうよ。
だってLaravelerって>>655-658みたいな睾丸がムチムチなバカばっかなんですもん。
世の中って、バカほど声がでかいから、マトモな事を言う人間は苦労するんすよ。
- 678 名前：nobodyさん mailto:sage [2021/07/07(水) 21:47:43.70 ID:???.net]
- ■マトモな人間とバカLaravelerとの戦争
マトモなシステムを導入した企業
「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」
Laravelを導入した企業の
「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？ 何ですって？」
Laravelerの主張
「だって、idと製品番号が同じ必要は無いじゃないですか！』
マトモな人間の発想
「お前、同じ製品番号の商品が複数あると思ってる？ 製品番号をIDにするだろ？ 普通」
Laravelerの主張
「だって、Laravelはauto_incrementなIDしか持てないんですよ！！」
マトモな人間の発想
「そんなポンコツ、何で採用した！？」
- 679 名前：nobodyさん mailto:sage [2021/07/07(水) 21:49:37.48 ID:???.net]
- >>661
いや、それeloquentの話な。ちゃんとissue理解してないのか？まさかとは思うけど、お前マジでlaravelerなのにクエリビルダ知らないのか？
laravelとしては複合キーはクエリビルダで対応可能。eloquentではサポートしていないってだけ。
- 680 名前：nobodyさん mailto:sage [2021/07/07(水) 21:49:57.10 ID:???.net]
- >>659
ORM開発で必ず問題に成ってくるのが『JOINをどうするか』問題。
DAOもActiveRecordも、基本は １テーブル対１Class、つまり、ORMが『テーブルに対して』紐付いている。
その設計では基本的に『JOINが実質出来ない』。エンティティもテーブルに対して紐づく為に、が対応できなくなるから。
だから、DAOやActiveRecordのアプローチでORM開発してる奴らは『JOINさせたくない』ので、複合プライマリキーを認めたくない。
例えば商品の注文場合、最低限で考えても必ず
注文伝票のプライマリキー：order_id
注文商品のプライマリキー：order_id, item_id
となる。
これをしないデータベース設計なんか見たこと無い。
これを『テーブル設計が悪い』って言う奴が居るとしたら、そりゃもう、『おまえ、脳みそ腐ってるだろ？』としか言えない。
- 681 名前：nobodyさん mailto:sage [2021/07/07(水) 21:50:22.93 ID:???.net]
- 『N+1問題』とか寝言を言って喜んでいるLaraveler達…。
今、2021年っすよ？
- 682 名前：nobodyさん mailto:sage [2021/07/07(水) 21:51:30.99 ID:???.net]
- eloquentではサポートしていないって『だけ』。
……やてｗｗｗｗｗｗｗｗ ちょーうけるｗｗｗｗ
今、2021年っすよ！？えｗｗｗｗｗｗ
- 683 名前：nobodyさん mailto:sage [2021/07/07(水) 21:52:02.39 ID:???.net]
- 複合主キーでなくともJOINはできるだろｗ
JOINの件は複合主キーとは関係ないよ
- 684 名前：nobodyさん mailto:sage [2021/07/07(水) 21:52:29.45 ID:???.net]
- 長ったらしく書いてるけど注文のテーブルだったら
ordersにid,注文関連の情報など
order_detailsにid,order_id,item_id,countなど
このorder_idとitem_idが複合ユニークにすればいいだけちゃうのか？
- 685 名前：nobodyさん mailto:sage [2021/07/07(水) 21:52:48.55 ID:???.net]
- あのさぁ、お前達の読解力なんとかしてくれ。
> 複合主キーでなくともJOINはできるだろｗ
> JOINの件は複合主キーとは関係ないよ
その通り、JOINには直接は関係ない。
1. 普通のテーブル設計すると、テーブルに従属関係が出来るので、複合プライマリキーは必ず必要になる
2. テーブルに従属関係を作るのは、主テーブルのレコードに紐づく従属テーブルのレコードを関連付けてSELECTしたいから
3. 当然、JOINしたくなる
4. テーブルに紐付いているORMだと、SELECT結果がORMの設計理念から外れるため、JOINを実装しづらい。
これを逆算すると、1を禁止するのが一番良いという結論にたどり着く。
自分でActiveRecordパターンのORM作ってみれば、はっきりと分かる。
『あ、そもそものORM設計間違ってた』って。でも、後戻りは出来ない。
PHPは元々メンバ変数を動的に作成できて
例えば結果を \stdClassオブジェクトに対してマッピングすれば、無理やりJOINを実装しても破綻しないけど、
それは結局、場当たり対応以外の何物でもなくなる。
> このorder_idとitem_idが複合ユニークにすればいいだけちゃうのか？
それ、妥協案っていうんだよ普通。そうすれば確かに問題は起きないだろうな。
でもな、
お前の上げたその解決法の事“こそ”を、世間一般では『テーブル設計が悪い』って言うんだよ、普通。
RDBの�
- 686 名前：v想に、明らかに反してるだろ。本末転倒なんだよ、お前の言ってる事。 []
- [ここ壊れてます]
- 687 名前：nobodyさん mailto:sage [2021/07/07(水) 21:53:24.61 ID:???.net]
- >>665 をしようとすると、『ぐるぐるSQL』になってしまう、
The Laravel ！！！
えぇぇ！？ 今、2021年っすよ！？ マジっすか！！！！！？？？？ｗｗｗｗ
- 688 名前：nobodyさん mailto:sage [2021/07/07(水) 21:56:19.81 ID:???.net]
- 草
- 689 名前：nobodyさん mailto:sage [2021/07/07(水) 21:56:38.94 ID:???.net]
- >>670
それ、前スレの引用だったっけ？
> お前の上げたその解決法の事“こそ”を、世間一般では『テーブル設計が悪い』って言うんだよ、普通。
いわないいわないｗｗｗｗｗ
Laraveler、マジ、脳みそ、腐ってるｗｗｗｗｗ
> RDBの思想に、明らかに反してるだろ。本末転倒なんだよ、お前の言ってる事。
してないしてないｗｗｗｗｗ
そういう事をするために開発されたのがRDBｗｗｗｗ
まじ、Laraveler トチ狂ってるｗｗｗ
- 690 名前：nobodyさん mailto:sage [2021/07/07(水) 21:56:42.45 ID:???.net]
- 草
- 691 名前：nobodyさん mailto:sage [2021/07/07(水) 21:56:51.05 ID:???.net]
- 草
- 692 名前：nobodyさん mailto:sage [2021/07/07(水) 21:56:57.08 ID:???.net]
- 草
- 693 名前：nobodyさん mailto:sage [2021/07/07(水) 21:57:04.81 ID:???.net]
- 草
- 694 名前：nobodyさん mailto:sage [2021/07/07(水) 21:57:10.56 ID:???.net]
- 草
- 695 名前：nobodyさん mailto:sage [2021/07/07(水) 21:57:15.84 ID:???.net]
- 草
- 696 名前：nobodyさん mailto:sage [2021/07/07(水) 21:57:30.69 ID:???.net]
- 草
- 697 名前：nobodyさん mailto:sage [2021/07/07(水) 21:57:53.63 ID:???.net]
- >>669
おっす！ ぐるぐるSQL君！ｗｗｗｗ
- 698 名前：nobodyさん mailto:sage [2021/07/07(水) 21:59:27.40 ID:???.net]
- こんなオートインクリメントしか使えないフレームワークが業界シェア1位って終わってるな
それとも他のPHPフレームワークがもっと終わってるから一番ましなのがLaravelなのか？
- 699 名前：nobodyさん mailto:sage [2021/07/07(水) 22:02:48.24 ID:???.net]
- それで結局、「bigintは現実的な時間であっという間に枯渇する」という主張の根拠は、今日も示せないってことで良いかな？
- 700 名前：nobodyさん mailto:sage [2021/07/07(水) 22:03:15.47 ID:???.net]
- 確か前スレで、『そのエロなんたらとクエリビルダ、併用出来ないの？』って聞いたら
『学習コスト考えろ！』とか言っていたのがLaravelerだったのに、
さっき『複合プライマリキー出来ないんスカ？』って聞いたら
『クエリビルダがあるだろ、ボケ！』と、
謎の言葉を吐く、Laraveler ｗｗｗｗ
もうこいつら、論理性皆無ｗｗｗｗ
|
 |
