書籍の内容はまともでしょうか？

くそみたいな質問をします。
書籍の内容はまともでしょうか？
phpMyadmin
これは「phpMyAdmin」～の「MySQ」L関連の質問です。
mysql> select * from my_items;
+----+----------+--------------+-------+----------------------+-------+---------------------+
| id | maker_id | item_name | price | keyword | sales | created |
+----+----------+--------------+-------+----------------------+-------+---------------------+
| 1 | 1 | いちご | 180 | 赤い,甘い,ケーキ | 5 | 2018-01-01 00:00:00 |
| 2 | 2 | りんご | 90 | 丸い,赤い,パイ | 20 | 2023-01-11 06:57:21 |
| 3 | 1 | バナナ | 120 | パック,甘い,黄色 | 16 | 0000-00-00 00:00:00 |
| 4 | 3 | ブルーベリー | 200 | 袋入り,青い,眼精疲労 | 8 | 0000-00-00 00:00:00 |
+----+----------+--------------+-------+----------------------+-------+---------------------+
4 rows in set (0.01 sec)
以上ですが
分かりにくいで、上記と同じ「添付画像」で問題の表の確認ができます。

さて
書籍P.179「よくわかるPHP教科書()PHP第7対応版」
3)複数のテーブルを横断して検索する
ではこの状態で「いちご生産者」を知るにはどうした良いのでしょう？
このとき、通常の手順にしてとしては次のようになります。
❶次のSQLを発行して商品１の情報を取り出します。
（「phpMyAdmin」の「SQL」に以下を入力しましす。）
SELECT maker_id FROM my_items WHERE id=1

❷このデータ「maker_id」を見て、1であることを知ります。

❸次SQLを発行して、生産の情報を検索します。
(P.180)
SELECT * FROM makers Where id=1;
❹こうして山田さんであることを知ることができます。(図4-18-７)。

id name address tel
1 　山田さん東京都港区 000-111-2222
(図4-18-７)

しかし、これは非常に効率が悪いです。そこで、データベースは非常に便利な機能があります。
それがリレーションです。

リレーションを使う・・・
❺まずは実際に使ってみましょう。次のSQLを実行します。
SELECT * FROM makers, my_items WHERE my_items.id=1 and makers.id=my_items.maker_id

❻　以上の、少し長いSQLを実行すると、一発で生産者の名前や住所、電話番号が商品情報とともに閲覧できます。
-------------------------------------------------------------------------------------------------------　
(カラム省略)
山田さん東京都港区 000-111-2222 1 1 いちご 180 赤い,甘い,ケーキ 5 2018-01-01 00:00:00
図4-18-8

以上までの書籍の内容です。
書籍の内容は以上ですが
さて　それで　疑問があります。
❷の「このデータ「maker_id」を見て、1であることを知ります。」
ですが！
「maker_id」が「１」であるか無いかがわからなくても
最初から
SELECT * FROM makers Where id=1
と検索したほうが　手っ取り早いのですが
何故　それをしないのですか？
よろしくお願いいたします。

dameo

2023/01/21 17:58

https://teratail.com/questions/2puvzci8sz3qnr なんだか似たような質問がありますね

1981225

2023/01/21 20:15

ありがとうございます。　ありますね！　質問する前確認したのですが私の視野にありませんでしたので　新たに質問しました。まして、ベストアンサー　とななっていますね私の記憶が正しければ　ベストアンサー　記憶はないです。ファクト　は　1つなので　完全な　私の認識違！？記憶障害　じゃないことを祈るしかないです。

m.ts10806

2023/01/21 20:52 編集

既に何度も本人に指摘し、運営にも通報してますが https://teratail.com/legal 第7条（禁止事項）（11）複数のユーザーIDを1人で保有する行為「他人のふり」をしたとしても隠しきれない「癖」がありますし、指摘に対して無視をし過ぎなので逆に疑いを深めます。あとどんな良書だったとしても扱う人の理解度やレベルによってはゴミになるので（豚に真珠、馬の耳に念仏）自身を疑う癖をつけましょう。

dameo

2023/01/21 20:52

でじゃ・・ぶ？

退会済みユーザー

2023/01/22 00:06

> ◯◯みたいな質問をします。複垢使う◯◯のような人の◯◯みたいな質問ということのようですね。

行動規範の内容に同意します

回答2件

ベストアンサー

まともです。
ここでの狙いは
my_itemsの任意のレコード（ここではid=1のいちご）の生産者を知りたい訳であって、
何でもいいので適当に生産者を知りたい訳ではありません。

「maker_id」が「１」であるか無いかがわからなくても
最初から
SELECT * FROM makers Where id=1
と検索したほうが　手っ取り早いのですが

いちごの場合はこれで「偶然にも」生産者が分かりますが、ブルーベリーの場合は生産者に辿り着けませんので、
「手っ取り早い」とは言えません。

投稿2023/01/21 17:53

tanat

総合スコア18713

1981225

2023/01/21 20:39

徐々にわかってきました。辿り着けませんので~です。そう言われてみると！これは大規模　データベースを構築した場合の事例でだったの！？書籍には　そんな説明がないので　４件しかないデータなのに　検索　ですか・・・なので私がバカでした。　やけどをする前に　私はバカだと認めた方が身の為です。哲学はさておきそもそも「なんで　4件しかないでデータ」検索する意味が不明でした。たぶん　もし　万単位のデータ検索するとなるとちゃんとして検索システムを構築しないといけなくなります。そんな意味合いがある　事例の紹介だと思われます。　すみません間違いないでしょうか？宜しくお願い致します。

tanat

2023/01/22 03:43

> たぶん　もし　万単位のデータ検索するとなるとちゃんとして検索システムを構築しないといけなくなりますそうですね。その方向で正しいです。データ量が多かったり、データ構造が複雑なものをシンプルなテーブルに整理分解(正規化)して管理しようというのがRDBMSのコンセプトですね。とは言え、最初から複雑で大規模なデータでは学習に向かないので簡単なところを学習課題にしているんだと思います。

1981225

2023/01/22 06:04

ありがとうございます。・RDBMSのコンセプト　・最初から複雑で大規模なデータでは学習に向かないので簡単なところを学習課題に　了解です。

行動規範の内容に同意します