<aside> ▪️ 2023. 10. 16 (화) 오후 8시~오후 8시 30분 - 정영진 멘토님

</aside>

1️⃣ 프로젝트 현황 공유

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

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

</aside>

<aside> ▪️ 프로젝트 깃허브 링크 : https://github.com/Kernel360/hackerthon1-Orury

</aside>

2️⃣ 멘토링 요청사항

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

</aside>

• 질문 1. ERD 구성 중, 삭제 관련 필드가 고민입니다!

  • 현재 설계 요약 : ERD 구성 중, 삭제와 관련 필드를 어떻게 설정할지 조언을 부탁드립니다.

  • 산출물 레퍼런스 :

    

  • 고민 지점 : 삭제 여부 필드를 생성한 후, 삭제 일자를 따로 필드로 마련할지, 아니면 삭제일자를 따로 두지 않고 수정일자를 삭제한 시점으로 설정하여 남길지 에 대해 고민중입니다. 각 방안의 장단점이 궁금하고, 아니면 더 좋은 방법이 있을지 여쭙고 싶습니다.

• 질문 2.

  • 질문사항

    http 메서드가 수정이나 삭제가 다 PATCH로 해야되는것 같습니다. 이렇게 하는게 맞는건지 궁금합니다. 수정이나 삭제에도 POST를 쓰는 것으로

  • 산출물 레퍼런스 :

    

  

  • 고민 지점

• 질문 3

  • 질문 사항

    대댓글기능을 구현하기 위한 테이블 설계 고려중입니다. 댓글(ID), 부모댓글(P_ID), 자식댓글(C_ID)의 컬럼을 가지고있고, 이를 통해 대댓글 구조를 파악하여 렌더링해줍니다.

    더 효율적인 방법이 있는지, 실무에선 해당 기능을 어떻게 구현하는지 궁금합니다.

• 질문 4

  • 질문 사항

    게시글 좋아요를 누를 때 API를 실시간으로 호출하는게 맞는건지 궁금합니다.

    너무 리소스를 많이 사용할 것 같아서 부적절 할 것 같은데, 적합한 방법이 있는지 궁금합니다.

• 질문 5

  • 질문 사항

    게시글과 댓글 좋아요를 관리할 테이블을 작성하고자 합니다.

    1. 좋아요 관리 테이블을 만들고 ID값 부여, LIKE_TYPE 컬럼으로 해당 오브젝트가 게시물인지 댓글인지 판별
       1. 데이터가
    2. 좋아요 관리 테이블을 게시물과 댓글 각각 관리하기

• 질문 6

  • 질문 사항

    현재 API 네이밍 컨벤션이 ‘명사’로 되어있고, http method로 이를 구분하고 있습니다.

    ex) (GET) /board/post → 게시글 조회 GET board/posts board/post/1 (POST) /board/post → 게시글 생성 POST /board/post / DELETE /board/post/1 PUT /board/post/1 request { contents:asdfadsf}}

    이 때, 게시글 수정과 삭제의 경우 둘 다 PATCH를 쓰게 되어서 겹치는데, 어떻게 설계를 변경해야 할 지 궁금합니다.

    API 네이밍 컨벤션을 동사로 하게 되면 수정할게 많아서 명사를 채용한건데, 다른 방법이 있을까요?