私は漫画を読むウェブサイト用のデータベースを設計しています。どのようなときにそれを設計する適切な方法があるのだろうか。漫画にはテーブルがあり、漫画には多くの章があるので、漫画が作成されるたびに、またはより良い標準的な方法があるたびに、各漫画の章テーブルを作成することは可能ですか?漫画に多数の章があるデータベースを設計する
投稿や投稿のように複数のコメントがあると想像してください。どうやってそれをデザインするのですか?
私は漫画を読むウェブサイト用のデータベースを設計しています。どのようなときにそれを設計する適切な方法があるのだろうか。漫画にはテーブルがあり、漫画には多くの章があるので、漫画が作成されるたびに、またはより良い標準的な方法があるたびに、各漫画の章テーブルを作成することは可能ですか?漫画に多数の章があるデータベースを設計する
投稿や投稿のように複数のコメントがあると想像してください。どうやってそれをデザインするのですか?
あなたはその図にかなり近いです、あなただけの一歩を必要としています。新しい "漫画"テーブルが各 "芸術家"のために必要としないのと同じように、あなたは各 "漫画"のための新しい "章"テーブルを必要としません。彼らはすべて、関係を使って共存することができます。
主キーが「chapter_id」であるように章テーブルを変更し、「chapter_no」を通常の列に移動します。あなたがそれをしたら、すべてがうまくいくはずです。チャプターを探すには、comic_id = <some_id>
、さらにはorderby chapter_no
の順に検索して、漫画の章を照会することができます。
これは私がこのように想像すれば理にかなっています。 chapter_idを指摘してくれてありがとう、私は完全にそれを逃す。 – Nasx
この図はすでに良いデザインです。 – jordiburgos
このコンテキストでは「ユーザ」とは何ですか? –
@ PM77-1ユーザは、漫画を作成/アップロードする人を意味します。 – Nasx