댓글순서부여방식

Question

무한 depth 댓글의 path 생성 방식에 대해 궁금한 점이 있습니다. 강의에서는 각 depth마다 00000 , 00001 같은 별도의 순차값을 부여해서 예를 들면 댓글1 → 00000 댓글2 → 00000 00000 댓글6 → 00000 00000 00000 댓글4 → 00000 00001 처럼 path를 구성하는 것으로 이해했습니다. 그런데 기존의 comment_id 가 이미 댓글 생성 순서를 보장한다면, 굳이 각 depth마다 새로운 순차값을 다시 부여하지 않고 comment_id 를 고정 길이 문자열로 변환해서 댓글1(id=1) → 00001 댓글2(id=2) → 00001 00002 댓글6(id=6) → 00001 00002 00006 댓글4(id=4) → 00001 00004 처럼 path를 만들어도 ORDER BY path ASC 시 동일하게 트리 순서가 보장될 것 같은데, 강의에서 별도의 순차값을 사용하는 이유가 있을까요?

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. pumpingYoo님. 말씀하신 것처럼 comment_id 가 항상 생성 순서를 보장하고, 고정 길이로 변환할 수 있다면 comment_id 를 path의 각 구간으로 사용하는 방식도 정렬 자체는 가능합니다. 다만 강의에서는 댓글 식별자( comment_id )와 댓글 트리 내 순서값(path chunk)을 분리 하는 방식을 사용합니다. comment_id 는 댓글을 식별하기 위한 값입니다. path의 순차값은 같은 부모 아래에서 댓글의 노출 순서를 표현하기 위한 값입니다. 향후 DB 샤딩, 분산 ID 생성, 저장소 변경 등이 적용되면 comment_id 가 전역적인 생성 순서를 보장하지 않을 수 있습니다. ID가 커지면 path의 각 구간이 고정 길이를 초과할 수 있고, ID 생성 정책이 변경될 때 댓글 트리 정렬 규칙까지 영향을 받을 수 있습니다. 반면 별도의 순차값을 사용하면 댓글 식별 정책과 무관하게 트리 정렬 규칙을 유지할 수 있습니다. 따라서 현재 구조에서 단일 DB의 auto increment comment_id 가 생성 순서를 보장한다면 질문하신 방식도 구현할 수 있지만, 대규모 시스템에서는 식별자와 정렬 순서를 분리하는 편이 확장성과 변경에 더 유리 합니다. path의 사전순 정렬과 부모·자식 댓글 간 childrenTopPath , descendantsTopPath 의 관계는 아래 질문과 답변에서도 확인하실 수 있습니다. 무한 depth 구현 설계에서 질문이 있습니다. 무한 depth 설계에 path enumeration 방식을 선택한 이유? 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.