>>693
1日短っ！

>>695
だから「併用すればいいんじゃないですか？」自体が愚問でしょ。790の意味を理解してないってことじゃない。

チーム開発する場合、1番気をつけるべきなのはアーキテクチャに一貫性を持たせること。

だからActiveRecordに依存するならeloquentのみを使うべきだし(パフォーマンスを要求するバッチ処理は除く)、ARに依存したくないあるいはデータベース設計を中心の開発がしたいなら、クエリビルダのみで設計すべきだよね。

>>702

バカじゃなければ、『何がどうで、こういう理由だから愚問です』って、
日本語を、話して貰えますか？

Laravel動物園児の相手、マジ、疲れる…。

>>703
クエリビルダのみで設計→クエリビルダのみで実装

>>704
その説明が必要な時点でチーム開発とかしたことないよねって前スレで煽ったはずなんだよね。今回はアマチュアにも優しくしようと思って、>>703で補足しておいてやったぞ。

>>703

ごめーん、マジで、何言ってっかわかんないんだけど、

Laravelerってさ、全部自分たちで決められる自社開発以外、

頭の中には無いです！　って言ってる？

『だからActiveRecordに依存するならeloquentのみを使うべきだし(パフォーマンスを要求するバッチ処理は除く)、ARに依存したくないあるいはデータベース設計を中心の開発がしたいなら、クエリビルダのみで設計すべきだよね。』

それ、無理が出てきたらどうすんの？　併用しないんだよね？

また、チンパンジーが何かウキ―言ってるし。
猿語、マジワケワカランな。Laravel動物園、相変わらずすげぇな。


706 nobodyさん2021/07/07(水) 22:43:28.16ID:???
>704
その説明が必要な時点でチーム開発とかしたことないよねって前スレで煽ったはずなんだよね。今回はアマチュアにも優しくしようと思って、>>703で補足しておいてやったぞ。

一日が3600秒とか、正規のユーザーとか…、

寝言言ってるバカは泳がせておくに限るんですよ。

>>707
具体的に無理がでるケースを述べてみなよ。

■マトモな人間とバカLaravelerとの戦争

マトモなシステムを導入した企業

「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」

Laravelを導入した企業の

「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？　何ですって？」

Laravelerの主張

「だって、idと製品番号が同じ必要は無いじゃないですか！』

マトモな人間の発想

「お前、同じ製品番号の商品が複数あると思ってる？　製品番号をIDにするだろ？　普通」

Laravelerの主張

「だって、Laravelはauto_incrementなIDしか持てないんですよ！！」

マトモな人間の発想

「そんなポンコツ、何で採用した！？」

Laravelerの特徴

・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない
・複合プライマリキーはRDBの思想に反している

Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか？』

A『(string)Illuminate\Support\Str::uuid()->getInteger();
　知らないくせにイキるなよ』

Q『それはどのような番号になりますか？』

A『172787912317449007508377903887728658844！（ドヤァ！）』

Q『帰ってもらって大丈夫です』

aravelerは、
1. 平行実行可能なシステムでは、まず真っ先に採番する
2. 勿論、オートインクリメント採番！　だからユーザーがキャンセルすると歯抜けになるのは仕方ない
3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ！　と、謎の警鐘を鳴らす児童出現
5. RDBMSの設定やバージョンにまで言及し始める　←　イマココ！

顧客が本当に必要だった物
・新規ユーザー登録時に欠番しない連番が発行されるシステム

Laravelerの本音

俺たち所詮雑魚なのだから、つよつよエンジニアが作ってるパッケージや実装を参考にするのが1番良いぞ。上にも書いたけど、まずlaravel-excelを参考にしたら良い。

複合プライマリーキーはRDBの思想に反しているってのはどこに書いてあるの？レス番号教えて。

デッドロックを恐れてSELECT FOR UPDATEが使えない Laraveler >>537

>>711
Laravelがオートインクリメント以外のID持てること知らないのか？

あと、laravelはauto_incrementなidしか持てないってのはどこで出てきた主張だろうか？それもレス番号を示してくれ。

もう、Laravelerって針のむしろじゃないっすかぁｗ？

>>719
オートインクリメントがないと何もできないんだから出しゃばるなよ

Laraveler…、なんでそんなの使ってるの…。

http://medaka.5ch.net/test/read.cgi/php/1621940461/730
> N+1をFW側で回避することは非常に難しいですよ
> その実装をできた人は世界中で表彰されるだろうと言われるぐらい難しいことなんです

>>721
あ、はい。でレス番号は？

LaravelってN+1が発生したときに例外発生させることが出来たような気がするけど

>>723

あなたのIDは172787912317449007508377903887728658844なので、
帰ってもらって大丈夫ですよｗ

>>724

一方、マトモなエンジニアはJOINを使った。

>>724
それは8.41とかごく最近のバージョン以降の話しね。

>>727
！？　いきなり死ねっていわれた・・・・

草

エロなんたら、マジ、役に立たねぇなぁ…。

草

>>726
マトモなエンジニアは発行されるSQL確認したうえで、eagerloadとlazyload使い分ける。eloquentでjoinとかバカかよ。

なんでバカなの

>>724
例外発生させたあとどうするの？例外をキャッチして例外処理できるのかな？
結局N+1対策ってソース修正しかない気がするんだけど

>>722
Laravelを否定したいのか？

まずLaravelを使うのが大前提であって不都合があれば努力すればいい
なぜ使っているか問うのはナンセンスだ
世の中の大多数はLaravelを使っており自社新規開発でも下請け保守開発案件でもLaravelは避けられない

嫌なものを回避して自分流の開発方法（例えばFWなしで1ファイルに全てソースを書きDBアクセスは全てSQL1文で済ますような）
で開発するのはただの趣味なんだ

仕事でプログラミングをするというのはLaravel開発をするということであり
Laravel開発するということがプログラマとしての成長なんだ

>>717
行ロックのデッドロック回避は設計レベルで処理の流れの変更が必要
もしくはDBの性能を低下させるような設定変更が必要なんだ

プログラマレベルで小手先の対応ができる話じゃない

>>714
顧客が本当に必要だった物

××××××××××××××××××××××××××××
×新規ユーザー登録時に欠番しない連番が発行されるシステム×
××××××××××××××××××××××××××××

〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇
〇新規ユーザー登録時に画面にIDが表示されるシステム〇
〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇

一番大事な要件である画面にID表示を意図的に仕様から落とすなんてひどい開発会社さんですね！

>>712
・トランザクションや排他を知らない
→トランザクションも排他もデッドロックが発生する

・複合プライマリキーはRDBの思想に反している
→情報処理技術者試験でも自然キーが採用されている
　代理キーに逃げるような技術者は「データベーススペシャリスト」の称号を得られない

>>710
無理が出ないというのはつまりARはSQLを全て表現できると言っているのと同じ事
ARは万能なのかい？

>>701
1日が3600秒ではなく24時間だったとしよう
0.83年
つまり、たった303日でbigintは枯渇する

平均的なシステムリプレースのスパンは5年だがリプレースされても主キーがリセットされるわけではない
ハードウェアリプレース、ソフトウェアリプレースされてもデータベースリプレースというのはない

データベースの寿命はシステムの中で一番長い

>>699
製品番号が変わる事は珍しい事ではない
例えばJANコードはメーカーが買収されたら変わってしまう
JANを主キーにしてしまうのはJANの採番ルールを知らないからだ
また、スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう

単純に命名ルールの変更で製品番号が変更されることもある
その場合に新製品番号列を追加することになってしまう
旧製品番号と新製品番号が存在して、しかも旧製品番号はもはや採番ルールを失っている

アンチオートインクリメントおじさんとは違う変なのが湧いてきたな・・・

>>737
この仕様なら欠番したくないのもわかるわ。
発達障害に言葉足らずの人多いんだけど、そういう人っね「なぜ」の部分が欠落しちゃうんだよね。
自分がわかってることは相手もわかってると思い込んでしまうというか。

もうオートインクリメントの話とかお腹いっぱいだしどうでも良い
それよりLivewireってどうなの？ Vue.jsより使いやすい？

PHPでJavascriptも操作するって違和感あるんだが

また動物園児がなんか喚き始めてるし
>>736 nobodyさん2021/07/08(木) 06:58:56.87ID:???
>717
行ロックのデッドロック回避は設計レベルで処理の流れの変更が必要
もしくはDBの性能を低下させるような設定変更が必要なんだ
プログラマレベルで小手先の対応ができる話じゃない
やりたい事はたったこれだけの事なのに、プログラマレベルではお手上げなんだって、Laravelerはぷぷぷｘ
　　↓↓↓
>>737
>新規ユーザー登録時に欠番しない連番が発行されるシステム

Laravelerって、本当にチンパンジーしかいないのかな？
それは製品番号が変わってるんじゃなくて、店舗商品コードが変わってて、
別の商品なんだよ、ばーーーーーーーーーーーーーーーかｗｗｗｗ



741nobodyさん2021/07/08(木) 07:29:44.59ID:???
>>699
製品番号が変わる事は珍しい事ではない
例えばJANコードはメーカーが買収されたら変わってしまう
JANを主キーにしてしまうのはJANの採番ルールを知らないからだ
また、スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう

だめだｗ

Laraveler動物園児、バイトしかした事ないから、
商業の仕組みがどうなってんのか全くわかってないｗｗｗｗｗ

こういうのは、取扱商品マスタと、販売商品マスタの類が別にあって、
取扱商品、つまりこれまでの話の流れで言うところの製品番号を外部キーとして、
Laravelが、『ちょーーーーーーー苦手』な複合キーを設定して販売商品マスタに商品登録するんだよｗｗｗｗ

ばっかじゃねぇの？　Laraveler

> スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう
> 旧製品番号と新製品番号が存在して、しかも旧製品番号はもはや採番ルールを失っている

本当に脳みそ腐ってんじゃねぇの？　Laravelerって。