NoSQL 엔진따라 몽고같은 경우 _id로
테이블(컬렉션)마다 유니크한 행(도큐멘트)를 구분짓잖아
데이터베이스의 테이블에서 행마다 유일한 값의 컬럼(필드)가 필요한 것은 당연하니까... 안 그러면 원하는 대상 1개만 업데이트, 삭제를 할 수 없잖아.
NoSQL에는 RDB의 auto increase 같은 기능이 없잖아
근데 내가 게시물이라는 컬렉션을 두고
서브컬렉션이 아닌 다른 컬렉션으로 저 컬렉션과 연관된 기능을 만들려고 해
쉽게 이해하기 위해서 댓글같은 거라고 해볼게
그럼 RDB에서는 게시물 테이블에 방금 추가된 최근 게시물의 Num를 확인해서 댓글 테이블의 parentNum정도에 그 Num을 넣으면 되잖아
간단하게 pk-fk로 관계를 맺으면 되는데..
NoSQL에서도 내가 이해하기 쉽게 저런 로직으로 돌리려고 해
실제로 pk-fk 기능을 구현하고 조인하겠다는 게 아니라 개발 로직만...
그래서 지금 생각한 방식이
NoSQL 게시판 컬렉션에서 Num필드에 인덱스 걸어두고 DESC을 정렬해서 가장 최근 값 1개만 가져온 후에
거기에 +1을 해서 그 Num으로 새로운 도큐멘트 입력하고
댓글 역할의 다른 컬렉션의 referenceNum 필드에 저 Num값을 넣어서 서로 연관지으려고 하는데
NoSQL에서 이런 식으로 하면 나중에 이래저래해서 문제 생긴다거나 뭐 그래?
제대로 써본 적이 없어서 괜히 나중에 후회할까 싶어서 미리미리 징검다리 두드려보는 중...
테이블(컬렉션)마다 유니크한 행(도큐멘트)를 구분짓잖아
데이터베이스의 테이블에서 행마다 유일한 값의 컬럼(필드)가 필요한 것은 당연하니까... 안 그러면 원하는 대상 1개만 업데이트, 삭제를 할 수 없잖아.
NoSQL에는 RDB의 auto increase 같은 기능이 없잖아
근데 내가 게시물이라는 컬렉션을 두고
서브컬렉션이 아닌 다른 컬렉션으로 저 컬렉션과 연관된 기능을 만들려고 해
쉽게 이해하기 위해서 댓글같은 거라고 해볼게
그럼 RDB에서는 게시물 테이블에 방금 추가된 최근 게시물의 Num를 확인해서 댓글 테이블의 parentNum정도에 그 Num을 넣으면 되잖아
간단하게 pk-fk로 관계를 맺으면 되는데..
NoSQL에서도 내가 이해하기 쉽게 저런 로직으로 돌리려고 해
실제로 pk-fk 기능을 구현하고 조인하겠다는 게 아니라 개발 로직만...
그래서 지금 생각한 방식이
NoSQL 게시판 컬렉션에서 Num필드에 인덱스 걸어두고 DESC을 정렬해서 가장 최근 값 1개만 가져온 후에
거기에 +1을 해서 그 Num으로 새로운 도큐멘트 입력하고
댓글 역할의 다른 컬렉션의 referenceNum 필드에 저 Num값을 넣어서 서로 연관지으려고 하는데
NoSQL에서 이런 식으로 하면 나중에 이래저래해서 문제 생긴다거나 뭐 그래?
제대로 써본 적이 없어서 괜히 나중에 후회할까 싶어서 미리미리 징검다리 두드려보는 중...
댓글 0