Refactorting을 위한 테이블 설계

[Leehyoungwoo]

5

• main 브랜치에 database/vacation_study_schema.sql 스크립트 commit 및 push

• 테이블 구성

  • Members, Boards, Comments, Board_likes, Comment_likes 생성
  • 최종 프로젝트 당시 시간 상 넘어갔던 부분 수정

  • 6 논리적 삭제로 결정

  • Members의 기본 키를 로그인에 사용되는 아이디가 아닌, int형의 member_id로 구분
  • 다른 설정은 동일하게 유지

• 테이블 설계를 위한 이론 정리

  • 기본키: 기본키는 테이블 내의 각 레코드를 고유하게 식별하는 데 사용되는 열(또는 열의 집합)입니다. 주로 테이블의 각 행을 유일하게 식별하기 위해 사용되며, 중복되지 않는 값이어야 합니다. 예를 들어, 회원 테이블에서는 각 회원에게 부여된 회원 ID가 기본키가 될 수 있습니다.

  • 식별관계: 식별 관계는 부모 테이블과 자식 테이블 간의 관계를 나타내는 것으로, 부모 테이블의 기본키 값이 자식 테이블의 외래 키로 사용되는 관계를 말합니다. 부모 테이블의 기본키 값은 자식 테이블에서 유일하게 식별되며, 이 관계를 통해 부모 테이블의 특정 레코드를 찾을 수 있습니다. 중복된 값을 허용하지 않습니다.

  • 비식별관계: 비식별 관계는 부모 테이블과 자식 테이블 간의 관계를 나타내는 것으로, 부모 테이블의 기본키 값이 자식 테이블의 외래 키로 사용되지만, 부모 테이블의 기본키 값과 자식 테이블의 외래 키 값이 서로 독립적으로 유지되는 관계를 말합니다. 이 관계를 통해 부모 테이블의 특정 레코드를 찾을 수 있습니다. 외래 키는 부모 테이블의 유일한 값과 관계를 형성하지만, 중복된 값을 가질 수 있습니다.

• 고민

  • Members 테이블의 비밀번호 열에는 암호화된 비밀번호가 저장되는데 이때 해당 열의 이름을 password로 하는 것이 나을지, 아니면 password_hashed와 같이 암호화된 비밀번호를 명시적으로 표현하는 것이 나을지에 대해 고민 중

[all-cloudz]

DB 설계 마무리 했으면 Comment로 ERD 공유해주세요!

[Leehyoungwoo]

• 재설계 한 ERD 공유

[all-cloudz]

• 공통
  • 시간과 관련된 컬럼의 타입이 다 timestamp인데 datetime을 사용하지 않고 timestamp를 선택한 이유가 궁금해요
  • id를 bigint로 하는게 좋지 않았을까 하는 생각이 들어요
  • MySQL에는 boolean 타입이 없지 않나...?
• 회원
  • 비밀번호가 varchar(1000)인데 실제로 값이 할당되면 거기에 맞춰서 레코드 사이즈가 조절된다고 하지만 처음 할당할 때 1000 바이트를 할당한 이유가 궁금해.
  • 이메일을 로그인 아이디로 사용하는 추세인데 그럼에도 로그인 아이디를 따로 두기로 한건가?
• 게시물, 댓글
  • 업데이트를 하면 create_time을 수정하려는 의도인가? 아니면 업데이트용 컬럼을 추가해야 하는 건가?
  • content의 타입이 text인데 글자수 제한이 있는지 궁금해!! 왜 text 타입을 선택한거야?

[Leehyoungwoo]

• 공통

  • 시간과 관련된 컬럼의 타입이 다 timestamp인데 datetime을 사용하지 않고 timestamp를 선택한 이유가 궁금해요
  • id를 bigint로 하는게 좋지 않았을까 하는 생각이 들어요
  • MySQL에는 boolean 타입이 없지 않나...?

• 회원

  • 비밀번호가 varchar(1000)인데 실제로 값이 할당되면 거기에 맞춰서 레코드 사이즈가 조절된다고 하지만 처음 할당할 때 1000 바이트를 할당한 이유가 궁금해.
  • 이메일을 로그인 아이디로 사용하는 추세인데 그럼에도 로그인 아이디를 따로 두기로 한건가?

• 게시물, 댓글

  • 업데이트를 하면 create_time을 수정하려는 의도인가? 아니면 업데이트용 컬럼을 추가해야 하는 건가?
  • content의 타입이 text인데 글자수 제한이 있는지 궁금해!! 왜 text 타입을 선택한거야?

• mysql에서 한 행의 최대 크기는 65535바이트, 페이지 크기는 16KB, B-트리 인덱스를 사용하는 경우, 인덱스 키 값이 페이지 크기(16KB)보다 크면 여러 페이지에 걸쳐 저장되므로 성능 저하가 발생, 그러므로 , 인덱스에 들어갈 수 있는 데이터 크기는 페이지 크기의 절반인 약 8000바이트를 넘지 않는 것이 좋음, 암호화된 비밀번호의 길이는 암호화 알고리즘, 사용하는 해시 함수, 암호화 방법에 따라 다를 수 있으나 일반적인 사이트에서 사용하는 8~16자의 원본 비밀번호를 암호화하면 암호화된 비밀번호의 길이는 일반적으로 100자 내외