밑에 nosql 방식으로 설계하는 부분에서 의문점이 생겼습니다
rdbms에서 게시물과 댓글을 작성한 유저(작성자)에 대한 정보는 테이블간 관계를 통해서 어디에 저장되는지를 알수있는데
아래의 nosql 방식은 rdbms처럼 관계에 대한건 전혀 고려를 하지않기 때문에 키 설계를 한다면
User key
Key: User1_ID Value: Password, email, ....
Key: User2_ID Value: Password, email, ....
Key: User3_ID Value: Password, email, ....
....
Post Key
Key: Post1_ID Value: Title, Content, date, ...
Key: Post2_ID Value: Title, Content, date, ...
Key: Post3_ID Value: Title, Content, date, ...
이렇게 유저 키 따로 게시글 키 따로 설계를 하는건가요?
만약 이렇게 설계한다면 이 두 타입의(?) 키는 같은 DB에 저장해서 관리를 하나요?
아니라면 User Key용 DB와 Post Key용 DB를 나눠서 각각 관리를 하는건가요?
공부하면서 혼란이 많아 두서없이 쓴거같은데 이해하기가 좀 힘드네요..
1. 같은db, 다른db라는게 뭔 의미임 rdb의 db 또는 테이블을 말하는거임? 2. 왜 게시판을 nosql db로 짜려고 함? 대표적인 안좋은 예 같은데 3. 유저정보중에 화면상에서 보여지거나 사용해야하는 최소 정보만 역정규화해서 글 항목에다 떄려넣는 식으로 하지
뭔가 nosql db 한번도 안써보고 머릿속으로만 공부한 느낌이 물씬나네
쉽게 말해서 json 파일 들고있다고 생각하면 됨
무슨 nosql 인지부터
저게 유효한 상황이 있고 아닌 상황이 있음