API 랑 ERD 설계 질문이 있습니다

Question

필드 안에 필드(?)를 입력받으려는데 API 랑 ERD 설계가 잘 되가고 있는지 궁금합니다Java 랑 MySQL 을 사용하려 하고있습니다음.. UI 설계 기준으로 설명을 드리자면, 6학년이라는 필드(?)를 예로 들어볼게요이 안에 1반 / 2반 / 3반 / ... 식으로 기본으로 1반 필드 있고,+ 버튼을 누르면 2반 필드가 추가, + 버튼을 또 누르면 3반 필드가 추가 이런 식으로 추가됩니다각각의 반 필드에는 이름 / 출석번호 / 점수 등의 항목들을 입력받으려는데요 id gradeId class Name Number Scoreid가 고유키(?)이구 gradeId는 1:N 관계 ~ 1(schoolCode=상위테이블) : N(gradeId) 입니다#A"id" = 1, "gradeId" = 6, "class" = {1, 2}, "Name" = {Kim, Park}, "Number" = {16, 19}, "Score" = {100, 70}일단은 이렇게 설계했는데 하나의 테이블 항목 안에 { } 안에 배열 형태로 집어넣는게 효율적인가요테이블은 School / Grade 이렇게 2개입니다#B"id" = 1, "gradeId" = 6, "classId" = {1, 2}"id" = 1, "classId" = 1, "Name" = {Kim}, "Number" = {16}, "Score" = {100}"id" = 1, "classId" = 2, "Name" = {Park}, "Number" = {19}, "Score" = {70}아님 하위필드를 또 분리해서 이런식으로 펼치는게 효율적인가요?이렇게 되면 테이블이 School / Grade / Class 총 3개가 되는 셈이겟죠#AGET /api/schools/{schoolCode}/classes >> 모든 Class 항목들 조회DEL /api/schools/{schoolCode}/classes >> 모든 Class 항목들 삭제POST /api/schools/{schoolCode}/classes/{classId} >> 해당 classId의 항목 추가: + 버튼을 누르면 각 항목별로 { , } 안에서 인덱스로 구별이 되지않을까 생각했습니다PUT /api/schools/{schoolCode}/classes/{classId} >> 해당 classId의 항목 수정DEL /api/schools/{schoolCode}/classes/{classId} >> 해당 classId의 항목 삭제설계한 ERD(#A) 대로 작성한 API 명세서입니다

엽토군 · Accepted Answer

정말로 학교-학년-학급-학생-점수 라면 schools, students, scores 3개 테이블이면 됩니다.score BelongsTo student, student BelongsTo school몇학년 몇반인지는 students 테이블에 넣어도 될것 같음. 정말 멋있게 만들자면 schools, grades, classrooms, students, scores 5개 테이블 다 만들면 됩니다.아무튼 A안은 확실히 아닙니다. 왜냐면 애초에 학교가 점수를 갖는 게 아니기 때문입니다. 점수를 갖는 건 학생이겠지요. 그 학생이 어느 학교 몇학년 몇반인지는 추가로 표현할 문제이고, 여기서 중요한 첫째 가는 질문은 &#34;N개의 점수를 가질 수 있는 최소 엔티티는 무엇인가?&#34;입니다.SELECT t.name AS &#96;학생이름&#96;, c.subject_id AS &#96;과목코드&#96;, -- 제대로 하자면 아마 subjects 테이블도 필요할 겁니다. c.score AS &#96;점수&#96;, c.updated_at AS &#96;최종기입일시&#96; -- 아마 이런 것도 필요할 겁니다. FROM students t JOIN scores c ON t.id &#61; c.student_id WHERE t.school_id &#61; ? AND t.grade_num &#61; ? AND t.class_num &#61; ?PS:&#34;앱 UI나 API가 어떻게 구성될 것이기 때문에 ERD 이렇게 짜야지&#34; 하는 식으로 접근하지 않으시기를 권고드립니다. 데이터는 데이터고, 그걸 표현/제공하는 방법이 UI/API 등인 것으로써 사실 둘은 필연적으로 관계가 있지는 않습니다.관계형 데이터베이스를 쓰고 있을 때 뭔가를 배열로 저장하는 것은 그 자체로도 보통 그다지 좋은 생각이 아닙니다. 관계형 데이터베이스가 왜 나왔게요.위의 답변은 '점수'라 부르고 계신 그것이 어떤 다른 엔티티의 속성이 아닌 '레코드'일 거라는 전제로 작성했습니다. 아무래도 보통은 그렇기 때문입니다. 아니라면... 위의 답변은 일단 무시해 주세요.

nextFastKaggle · Answer

https://velog.io/@ayleen9506/ERD-%EA%B7%B8%EB%A0%A4%EC%A3%BC%EB%8A%94-%EB%AC%B4%EB%A3%8C-%EC%9B%B9%EC%84%9C%EB%B9%84%EC%8A%A4-DBdiagram.io다음엔 이거써주세요

API 랑 ERD 설계 질문이 있습니다

2개의 답변

Q&A 목록