Q&A
join する前提であるならテーブル設計がおかしすぎます
下記のようなDBのテーブルが３つあったとします。
laravelで現在は下記のようは取得方法をしています。
laravel
1$hoge = name::where('keyid', 1)->where('keyid',2) 2->leftjoin('address', 'addresstable.id', 'nametable.id') 3->leftjoin('item', 'itemtable.id', 'nametable.id')->get(); 4
これだと取得結果としてはitemの部分がそれぞれのidが一致した最後のものしか取得できません。(idが1ならばapple4が取得)
そうではなく１つのJson配列でidが一致したitemを全て取得して１つのレコードとして取得したいのですがどうすればよいのかわかる苦戦しています。
ご教授いただければ幸いです。
テーブル名:name↓
|id|keyid|name|
|:--|:--:|
|1|1|hoge|
|2|2|hoge2|
テーブル名:address↓
|id|keyid|address|tel
|:--|:--:|
|1|1|hoge1-2-3|080-0000-0000
|2|2|hoge2-2-3|080-1111-1111
テーブル名:item↓
|id|keyid|item|
|:--|:--:|
|1|1|apple|
|2|1|apple2|
|3|1|apple3|
|4|1|apple4|
|5|2|orange|
|6|2|orange2|
|7|2|orange3|
申し訳ございません。
こちら練習用と思って作成したものでかつ僕自身テーブル設計をしたことがないので多めに見ていただけると助かります。
さすがに、（どんな人でも回答は）無理だと思うよ…。
なぜなら、あり得ない設計ですから…。
Laravel のルールガン無視ですし。
すみません。
もしよろしければどのようにありえないのか教えていただくことは可能でしょうか？
1, テーブル名に 〜table なんて名前
2, テーブル同士の結合キーが互いに id
3, idなのに重複している。
4, 例示するにも具体性のない名称（回答者を無駄に労力をかけさせるだけ）
5, laravel の質問なのにModelの定義を提示していない。
テーブル名に〜tableはダメなのですか？何故でしょうか？
idなのに重複しているとはどういう意味でしょうか？
> テーブル名に〜tableはダメなのですか？何故でしょうか？
laravel の migration 、model について学習してください。
そもそも、tableなんてなくてもtableであることは自明。可読性が悪い。
> idなのに重複しているとはどういう意味でしょうか？
例示のitemtableのidです。重複値があるということは、そもそもIDの役割ではない。
IDという名前が適当ではない。
ご指摘ありがとうございます。僕なりに解釈して修正の方を行いました。
不明なので確認です。
name とは User（ユーザー）dふのことですよね？
address って分ける必要ある？ないと思うんだけど。
name: address って 1レコードにつき１レコードですよね？
item の keyid って具体的には何を意味する値と考えているの？
誰々の持っている商品（アイテム）という意味なら、user_id とすべきでは？
nameはユーザーのことです。
今のところはaddressは1レコードにつき1つです！今後1レコードにつき2.3と増やそうかなとは少し考えていました。
すみません。特に何も考えておらず共通のものとしてとしか考えておりません。
１回Laravel度外視してPurePHPでミニマムコードで確認した方がいいのでは。
Laravelに手を出せるレベルには到底ないと思います（その手の質問者非常に多い。Laravelは他のフレームワークより求められるプログラミング・設計の技術が高いですよ）
練習でlaravelを触るのでもダメでしょうか？
PHPの練習にはほとんどなりませんよ。
同じようなものをLaravel度外視でオブジェクト指向を用いてPurePHPで作れるかどうか考えてみてください。
PurePHPでも難しいなと思えばやはりLaravelに手を出すのは時期尚早です。余計に混乱するだけですよ。
(そういう質問者、結構いますよ。ほとんど成長できてません)
@kinishinai
> 練習でlaravelを触るのでもダメでしょうか？
だめとは言わないですが、かえって遠回りになると思いますよ。
また、わからないところも出てくると思いますが、
質問するにも用語は正しく知っていないと伝わらないし、
共通言語として相互が共通認識を持っていないとコミュニケーションは成立しません。
私もなんとか、あなたの疑問を解決するお手伝いができればと思って補足を依頼しましたが、
正直あなたの回答は大きくずれているし、明らかに基礎的な部分の知識が足りていません。
現段階では、Laravel はいったん置いておいて、入門的な書籍か何かを通して、PHPの基礎、データベースの基礎を学んでから、Laravel に移行するのが最短ではないかと思います。
御回答ありがとうございます。
こちらの質問は一度運営さんの方に削除依頼を出しておきます。
今回はお力を貸していただきありがとうございました。
急かしているわけですが、削除依頼は出されないんですか？それとも削除依頼を出したが拒否されたとか。
質問内容が悪いとかではなく、あくまで質問者自身の基礎不足によるものと思うので、削除依頼を受け入れられる内容ではないと思っています。
https://teratail.com/help/delete-policy
だからといって「締めます」だけで自己解決するとそれはそれで非難の的となります。
既に指摘されている内容を一度吟味し、なるべく解決する方向に持っていってみてください。
時間はかかっても良いと思います。きちんと理解した上で解決できるなら。
申請の方はすでに出しているのですが返信がまだない状態です。
他の方からご指摘があるのようにまずはPHPの基礎からもう一度やり直そうと思っています。
質問から直接削除依頼だされたのでしたら一度非表示になります。
で、今そうなっていないということは削除依頼は否決されたと解釈できます。
私も既に書きましたように時間がかかってもきちんと解決すべきと思います。
一度メールボックスの方を見直します。
もちろん放置するつもりはございません。ただ今回の件こちらの質問で皆様からご指摘いただいたようにまだ基礎が足りていないためまずは基礎の勉強をもう一度やり直しているところです。
削除依頼の否決はあまり返信はないと思いますよ。私も回答やコメントなど削除依頼を出したことがありますが受け入れられたときだけ返信がありました。
あなたの回答
tips
プレビュー
