2017-06-04 8 views
-1

私はYouTubeのビデオに基づいており、アップローダ、継続時間、URLなどの一般的な情報をその構造内に持つ「ミュージックチャート」という表があります。MySQL:リレーショナルテーブルの値のクエリ

ここに含まれている曲を保存します。 "#1"、 "#2"、 "..."、 "#"という名前の行を "外字キーとして" "音楽チャート"テーブルから "URL"で "ソングの配置" 30曲をシングル曲のURLに変換します。

"song_information"という3番目のテーブルを作成して、 "ソングの配置"から "URL"を外部キーとして定義した後、プロデューサ、歌手、音楽会社に関するいくつかの値を保存します。

現在のところ、この概念に間違いがあるかどうかはわかりません。また、3つのリレーショナルテーブルを使用する場合、MySQLを使用して値をクエリする方法について混乱します。

+1

あなたの質問は何ですか? –

+0

このコンセプトが正しいかどうか、「音楽チャート」の最新のエントリを照会した後、「song_information」で「producer」をどのように問い合わせることができるかを知りたい場合 – Kyon

+0

デザインが間違っているかどうかを判断するのはかなり難しいデザインがどのような目的を果たしているのか分かりません。クエリについて:3つのテーブルを結合する必要があります。ジョインだけではここにいくつかの質問があります。 – Shadow

答えて

-1

アップローダ、曲の長さ、URLなどを保存するテーブルの列としてソングの配置を保持する方が良いと思います。

次に、テーブルproduceruser_tableを作成します。この表では、プロデューサに関する情報と、作成した曲のみを保存します。

のproducerId、ProducerName、ProducerBio、ProducerDob、SongID:

たとえば、この表には、このcolumsを持つことができます。

SongIDは、テーブルの外部キーです。Songs。

これが役に立ちます。

関連する問題