SQLにおいて２段先のデータを選択する

###実現したいこと

・選手テーブル・スポーツテーブル・ポジションテーブルを用意します。

・選手テーブル　カラム（id,name,sport,position)

・スポーツテーブル　カラム(id,name)

・ポジションテーブル　カラム(id,name)とします。

選手テーブルにデータを追加するとき
選手名を書き、スポーツをスポーツテーブルから選び（関連付けしてそこからしか選べないようにする）、そしてそのスポーツに関連したポジションをポジションテーブルから選ぶ（関連しそこから選ぶ）。

**これはSQLだけの操作で出来ますか？

###２パターンでデータを追加する方法を知りたいです。

１．これは上記に書きました方法です。

２．
・選手テーブル　カラム（id,name,sport,position)

・スポーツテーブル　カラム(id,name,position)<-positionを追加しました。

・ポジションテーブル　カラム(id,name)とします。

選手テーブルにデータを追加するとき
選手を書き、スポーツをスポーツテーブルから選び（関連付け）、そしてそのスポーツに関連したポジションをポジションテーブルから関連付けしてあったスポーツテーブルのpositionからpositionを選択する。

１と違う点はpositionをスポーツテーブルのpositionから取得するところです。

こちらも同様にSQLだけで操作できますか？

ご教授の程よろしくお願いします。

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

回答2件

選手名を書き、スポーツをスポーツテーブルから選び（関連付けしてそこからしか選べないようにする）、そしてそのスポーツに関連したポジションをポジションテーブルから選ぶ（関連しそこから選ぶ）。

**これはSQLだけの操作で出来ますか？

選ぶという行為はSQLにできませんが、選ぶための選択肢の情報をSQLにて問い合わせるという事は可能です。

スポーツにポジションの外部参照を設定するという事は、ポジションがまず登録されている必要があります。
普通はスポーツを登録してそのスポーツのポジションを登録するという事かと思いますけど。
なので、以下ではないかと。
・ポジションテーブル　カラム(id, name, sports)
・スポーツテーブル　カラム(id, name)
追記）よく見ると画像で上記構造を示していますね。

・選手テーブル　カラム（id,name,sport,position)
選手テーブルについては、potitionはsportが限定された状態であるので、特に問題ないと思います
但し、選手が複数のスポーツに関与しない前提です。
複数のスポーツに関与する場合は、(player, sports)のようなテーブルが必要です。

投稿2019/01/24 02:10

編集2019/01/24 05:51

sazi

総合スコア25195

toto654

2019/01/24 13:26

回答ありがとうございます。そっちのやり方が適しているみたいなので、そちらで考えて行きたいと思います。

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

ベストアンサー

すみません。正直なところ、状況と何が聞きたいのかが今ひとつ汲み取れません。

なのでエスパー回答（あまり良くないんですが）になります。

DBの正規化の話になりますが、スポーツテーブルにポジション入れるならポジションテーブルは不要です。選手テーブルにもポジションカラムは不要です。

ただ、「どのように使いたいか」という話になります。
通常想像されるのは、下記のような流れかなと。
0. 名前を入力する
0. スポーツを選択する
0. そのスポーツに対応したポジションを選択する

となると自然と親子関係も決まってきます。
「スポーツ」が親で「ポジション」が子です。
となると「そのスポーツに属するポジション」になってくるかと思います。
上記の2,3を自然に成り立たせるには「ポジションテーブルにスポーツIDカラムを追加」ではないでしょうか。

スポーツによってポジションは違ってきます。
ポジションとは「役割」です。
例え同じ名称のポジションが別スポーツにあったとしても役割まで全く一緒とは限りません。
となると、ポジションテーブルにスポーツIDがあるのが自然だと思います。
なので1のままでいいのではと。

で

**これはSQLだけの操作で出来ますか？

これが2度書いてありますがちょっと意味が分からないですね。

「書く」「選ぶ」などのアクション（イベント）があるようですが、
それがいったいどこからのアクションなのか明示されていません。
SQLは結局のところそのアクションを元にDBに問い合わせしにいくだけなので、アクションの出所（トリガー）がないと回答しようがありません。
（まあとはいってもそこから実行するように組んでね、くらいのものですが）

テーブルが別であれば「追加する」という行為（INSERT)も別々にする必要があります。
それぞれのIDをつける必要があると思うので、つけたIDをもって外部キー制約があるテーブルにINSERTしにいく感じですね。
LASTVAL()とかは使えると思いますが、プログラムによってはlastInsertIdのような機能もあるし、もしシーケンスでつけているなら親テーブルのid生成で使ったNEXTVAL()を使えば良いです。

2が何をしたいのか分かりません。
ポジションテーブル意味ないように思います。