저는 만화 독서 웹 사이트를위한 데이터베이스를 설계하고 있습니다. 언제 그것을 설계하는 적절한 방법인지 궁금해하고 있습니다. 만화에는 탁자가 있고 만화에는 많은 장이있을 수 있으므로 만화를 만들 때마다 각 만화에 대한 장 테이블을 만들거나 가능한 표준 방법이 더 있습니까?만화가 많은 챕터를 가질 수있는 데이터베이스 설계
게시물 및 게시물에 여러 개의 의견이 있다고 가정 해보십시오. 그걸 어떻게 디자인하니? 당신은 그 그림과 아주 가까이있어
, 당신은 한 단계 더 필요합니다. 각 "아티스트"마다 새로운 "만화"테이블이 필요하지 않은 것과 같은 방식으로 각 "만화"에 대해 새로운 "챕터"테이블이 필요하지 않습니다. 그들은 모두 관계를 사용하여 공존 할 수 있습니다.
기본 키가 일부 "chapter_id"가되도록 장 테이블을 변경하고 "chapter_no"를 일반 열로 이동하십시오. 일단 당신이 그것을하면 모든 일이 잘되어야합니다. 챕터를 검색하여 comic_id = <some_id> 및 심지어 orderby chapter_no을 순서대로 검색하여 만화 챕터를 쿼리 할 수 있습니다.
이런 식으로 상상하면이 말이 맞습니다. chapter_id를 지적 해 주셔서 감사합니다. – Nasx
다이어그램은 이미 좋은 디자인입니다. – jordiburgos
이 문맥에서'사용자'는 무엇입니까? –
@ PM77-1 사용자는 만화를 제작/업로드하는 사람을 의미합니다. – Nasx