modeling database

[iimpala]

일단 전체적인 구조와 데이터베이스의 구성을 마쳤습니다

전체기능을 생각해서 총 5개의 앱을 만들고 데이터베이스를 나누어 정의했습니다.

• accounts : login 및 register담당 ==> User DB정의
• menu : 마이페이지, 책 및 감상문 리스트 뷰 담당 ==> 정의된 DB없음. 다른 앱에서 데이터베이스를 가져와 사용
• book : 독서기능 담당 ==> Book DB정의
• quiz : 퀴즈 기능 담당 ==> Quiz DB정의
• report : 키워드 작성 및 독서 감상문 작성 기능 담당(챗봇 포함) ==> BookReport DB, Text DB정의

각 DB의 PK는 다음과 같습니다.

• USER : UserID
• Book : BookID
• Text : TextID
• Quiz : Pk없음 ==> 같은 BookID를 가지는 문제가 다수 있을 수 있기 때문에 Pk를 만들지 않음
• BookReport : (UserID, BookID) ==> UserID와 BookID가 모두 같은 감상문은 unique

또한 DB사이의 관계는 아래와 같습니다

1. User - BookReport : 1 to N (한 명의 유저는 여러개의 감상문을 가질 수 있음) ==> BookReport에 Foreignkey로 UserID지정
2. Text - BookReport : 1 to 1 (하나의 감상문 텍스트는 하나의 감상문에만 지정됨) ==> BookReport에 OneToOne Field로 TextID지정
3. Book - BookReport : 1 to N (하나의 감상문에는 하나의 책이 지정, 하나의 책은 여러개의 감상문에 지정될 수 있음) ==> BookReport에 Foreignkey로 BookID지정
4. Book - Quiz : 1 to N (하나의 책에는 여러개의 문제가 연결됨) ==> Quiz에 Foreignkey로 BookID지정

마지막으로 각 어플리케이션 별 기본 url에 GET과 POST방식으로 각 데이터베이스의 모든 정보를 전송하고 받을 수 있게끔 임시로 APIView를 작성 해 두었습니다.

[iimpala]

User모델을 장고 기본 제공 모델인 AbstractUser를 상속받아 커스터마이징했습니다.

[iimpala]

User모델에서 Ability필드를 따로 분리하여 Ability모델을 추가하고 OneToOne으로 연결하였습니다.

[iimpala]

<변경사항>

• DB

  1. 모델의 모든 필드를 소문자로 바꿨습니다
  2. BookReport모델의 format필드를 정수형에서 문자형으로 바꿨습니다
  3. BookReport모델의 step필드의 범위를 지정했습니다(1~3)

• Structure API를 구현하다보니 menu라는 앱이 따로 분리되어있지 않아도 될 것 같아서 각 기능을 분산하고 menu앱을 삭제했습니다. 세부사항은 다음과 같습니다.

  1. MyPage -> accounts app
  2. BookList -> book app
  3. ReportList -> report app

[iimpala]

최종 DB sturucture는 아래 사진과 같습니다.

더이상의 구조적인 큰 변동은 없을것으로 보이고 각 모델의 세부필드가 추가되는 등의 변동만 있을 듯 합니다.