<aside> ▪️ 2023. 12. 06 (수) 오후 7시~오후 7시 30분 - 정영진 멘토님

</aside>

1️⃣ 프로젝트 현황 공유

<aside> 💡 프로젝트 매니징을 위해 사용 언어, 역할 분담, 프로젝트 진행 현황 등을 우선적으로 공유해주세요

✔️ 원활한 멘토링을 위해 미리 작성해주시면 감사드리겠습니다❗ ✔️ 필요시 이미지/링크/파일 등을 활용해도 좋습니다. ✔️ 멘토링 종료 후, 해당 템플릿을 수정/삭제 하지 말아주세요. 🚫

</aside>

<aside> ▪️ 프로젝트 깃허브 링크 https://github.com/Kernel360/f1-Orury-Backend (백엔드) https://github.com/Kernel360/f1-Orury-Client (프론트엔드_Client) https://github.com/Kernel360/f1-Orury-Admin (프론트엔드_Admin)

</aside>

<aside> ▪️ ERD 링크

Orury

• ERD 캡쳐본 </aside>

2️⃣ 멘토링 요청사항

<aside> 💡 ✔️ 질문 내용이나 갯수에는 제한이 없습니다:) ✔️ 효과적인 멘토링을 위해 히스토리, 요청사항 등을 최대한 상세하게 작성해주세요.

</aside>

• 질문 1

  BaseEntity를 (생성자 / 생성일 / 수정일)로 구성했는데, User 테이블에는 수정자가 필요하지 않을 것이라고 생각했습니다.

  그래도 통일성을 위해서 BaseEntity의 수정자를 적용시켜주는 것이 맞을까요?

• 답변

  댓글 같은 경우는 생성자와 user_id가 겹치는 상황인데, 겹치는 컬럼이 있을 이유가있나? 없어도된다.

• 질문2

  권한 테이블을 따로 파지 않고 컬럼으로 박아도 될까요?

  → ex) 관리자, 유저, 사장님

  • 권한 종류 보려면 권한 테이블을 봐야 하지 않느냐 하는 질문.
  • 그게 필요하면 그렇게 하는게 맞는데, 일단은 필요하지 않으니까 컬럼으로 두자

• 질문3

  리프레시 토큰 관리를 어떻게 하면 좋을까요?

  → token 관련된 테이블을 만들어서 관리를 하는게 좋을지?

• 답변

  토큰 테이블은 따로 파서 관리 ㄱㄱ

• 질문4

  스프링 시큐리티에서 권한을 부여할 때 주로 어떻게 하나요?

  • User권한 테이블 따로
    • 따로 분리하지 않으면, Spring Security에 너무 의존하는 느낌이 있는 듯한 느낌.
  • 유저 DB에 칼럼으로?
  • 유저 DB에 칼럼 없이 Security에서만 다루기?

  → DB컬럼을 보고 권한을 부여하는게 맞는 방법인지? → 현업에서 따로 하는 방법이 있는지?

• 답변

  어드민은 어드민용 db, 서비스 다 따로있음.

  회사에서는 ldap 이라는 기술을 사용. 참고

• 질문5

  게시글 카테고리 > 게시글 > 댓글 형태로 테이블 구조가 잡혀있습니다.

  그런데 카테고리를 테이블 없이 그냥 게시글에 카테고리 타입을 컬럼으로만 관리해도 괜찮을까요?

  카테고리 테이블이 있어야 어드민에서 유동적인 CRUD가 가능 vs 카테고리 테이블 없이 그냥 게시글에 카테고리 타입으로만 컬럼으로 걸어두기?

  • 답변

    어드민에서 같은 db를 보고있기 때문에 이런 문제가 발생하는거임.

    fm으로 하려면 db 소스도 다른 애플리케이션을 물고 있어야함.

    한번 적용해봤으면 하는 기술:

    protocol buffer