2017-11-10 6 views
0

私は漫画を読むウェブサイト用のデータベースを設計しています。どのようなときにそれを設計する適切な方法があるのだろうか。漫画にはテーブルがあり、漫画には多くの章があるので、漫画が作成されるたびに、またはより良い標準的な方法があるたびに、各漫画の章テーブルを作成することは可能ですか?漫画に多数の章があるデータベースを設計する

投稿や投稿のように複数のコメントがあると想像してください。どうやってそれをデザインするのですか?

Diagram I made here.

+1

この図はすでに良いデザインです。 – jordiburgos

+0

このコンテキストでは「ユーザ」とは何ですか? –

+0

@ PM77-1ユーザは、漫画を作成/アップロードする人を意味します。 – Nasx

答えて

0

あなたはその図にかなり近いです、あなただけの一歩を必要としています。新しい "漫画"テーブルが各 "芸術家"のために必要としないのと同じように、あなたは各 "漫画"のための新しい "章"テーブルを必要としません。彼らはすべて、関係を使って共存することができます。

主キーが「chapter_id」であるように章テーブルを変更し、「chapter_no」を通常の列に移動します。あなたがそれをしたら、すべてがうまくいくはずです。チャプターを探すには、comic_id = <some_id>、さらにはorderby chapter_noの順に検索して、漫画の章を照会することができます。

+0

これは私がこのように想像すれば理にかなっています。 chapter_idを指摘してくれてありがとう、私は完全にそれを逃す。 – Nasx

関連する問題