CHAPTER 1 몽고DB 소개 ~ CHAPTER 4 쿼리

[cheese10yun]

일정 및 단원

• 2023-01-28 AM 10:00
• CHAPTER 1 몽고DB 소개 ~ CHAPTER 4 쿼리

스터디 진행

• 간단 정리 or 링크 연결
• 본인 생각 작성
• 댓글로 토론

다음 스터디 정하기

• 단윈 정하기 -> 5장 인덱스
• 진행 방식에 대해서 토론

[shbada]

1) chapter01, chater02 정리 (chapter03, chapter04 는 제외)

• Chatper01. 몽고DB 소개 : https://github.com/seohaem/memo/blob/master/_mongodb_chapter01.md
• Chatper02. 몽고DB 기본 : https://github.com/seohaem/memo/blob/master/_mongodb_chapter02.md

2) RDBMS vs NoSQL 유튜브 강의

• https://www.youtube.com/watch?v=sqVByJ5tbNA

3) MongoDB를 사용했을때 어떻게 실무에서 처리되고 있을까?

• 정해져있지않은 스키마의 DTO를 어떻게 관리할까?
  • 형식은 정해져있지 않더라도 개발중에 맞는 DTO를 관리할 수 있을듯
  • 패키지 구조도 기존 패키지(/dto)의 하위 패키지로 가도 될듯
• json ↔ DTO 전환 방식에 좋은 방법은?
  • Jackson?
  • MongoTemplate 사용?
• 상황에 따라 데이터 포맷이 달라지는데, 하나의 컬렉션을 분석하는데에 개발하기가 편할까?
  • 라이브러리(몽구스 등)을 사용하면 스키마를 정해서 관리할 수 있다고한다. 그러나 이건 한정적이고 직접 쿼리로 등록하거나 다른 방식으로 할때는 예외일듯

4) mongodb 클라이언트

• docker 사용 가능
• MongoDB Atlas 사용 : https://account.mongodb.com/account/login

[cheese10yun]

• 1 몽고DB 소개
• 2 몽고DB 기본
• 3 도큐먼트 생성, 갱신, 삭제
• 4 쿼리

---

1. 몽고DB 소개

확장 가능한 설계

https://dba.stackexchange.com/questions/82551/data-distribution-in-mongos-with-shards-or-replica-sets

몽고 디비의 가장 큰 장점으로, 데이터 확장성이 용이함, 사용하려는 가장 큰 이유

2. 몽고DB 기본

도큐먼트

• 대소 문자 구분 , 자료혀 구분에 따른 유니크 인식이 다름
• 서브컬렉션 - 전통적인 테이블뷰잉에서 한 행에서 계층 구조로 표현이 가능하다는 점에서 이점이 있음, 비정형적인 데이터에 큰 장점이 있음, 그런데 계층 구조가 복잡해 지는 경우 해당 도큐먼트에 대해서 유지보수하기가 쉽지는 않을거 같음

몽고DB 셸 소개

• 자바스크립트 셸 자체 인 점이 흥미로움, 너무 유연해 보임,
• 기존 방식은 애플리케이션단에서 거의 모든 에그리거트를 진행 한 이후 최종적으로 영속화 하는 저장소에 저장 했던 플로우를 진행 하는 것으로 개발을 해와음
  • 최대한 코드단으로 작성하는게 많은 이유로 장점이 있다고 생각 했는데, 몽고 디비에서는 이런 부가적인 작업들을 자바스크립트 쉘을 통해서 서포트를 받을 수 있을 있다는 점이 어떻게 받아 들여야할지 애매함
• 동작 방식이 신기 하고 자유도는 높아 보이는데 너무 쓰면 프로시저 처럼 되지 않을까 라는 걱정이 듬

데이터형

기본적으로 json에서 제공해주는 자료형 외에도 몽고 디비 자체적으로 자료형을 갖음
정규표현식 자료형 같은 경우, 현재 개발하고 있는 프로젝트에서 사업자 번호에들어가는 -를 제거하고 영속화를 진행 시킴, 이런 것들을 애플리케이션 단에서 하고 영속화 시키는 경우에만 최종적으로 저장 인프라를 이용 했는데, 몽고 디비 같은 경우에는 자체 정규표현식 자료형으로 저장할 떄 - 제거가 가능함, 이런 부분에서 과거 지향했던 개발 방식과 괴리가 있음

3. 도큐먼트 생성, 갱신, 삭제

insertMany 사용시 ordered 여부에 따라 이후 진행 여부가 다름, 결국 트랜잭션의 원자성 문제가 발생한다는 것인데 몽고 디비에도 트랜잭션이 있다고는 하긴 하는데 어느정도까지 지원되는지 애매함

4. 쿼리

형 특정 쿼리

해당 필드 값이 null 경우, 해당 필드 자체가 없는 경우도 null로 인식함, 그러기 떄문에 db.users.find({"username": {"$eq": null, "$exists": true}}); exists 구분까지 걸어여 함

nosql 특성상 null 필드가 필연적으로 많아 질 텐데 이런 문제를 해결하기가 쉽지는 않을거 같음

내장 도큐먼트에 쿼리하기

내장 도큐먼트를 잘 활용하고 싶긴 한데 너무 depth가 많아지면 이런 조회 자체가 힘든거 같음, 모든 필드가 맞춰야 정확한 조회가 됨. 즉 어드민에서 부분 검색하여 찾는 부분이라든지 이런게 잘 될지 의문

기타

윈도우 도커 이미지는 1기가가 넘음, 실습에 사용한 버전은 4.4.18, 회사에서도 4.4 버전을 사용해서 이 버전으로 진행,

• data grap 몽고 셸 실행 단위로 결과가 나와서 좋음, 자동 완성 기능도 잘되어 있음
• 내장 도큐먼트의 경우 {"friedns": new NumberInt("32"), "enmies": new NumberInt("2")} 이렇게 실질적으로 값이 들어가 있는데 내장 도큐먼트만 그런건지는 모르겠음
• 중간에 필드가 추가되는 경우 null이 아니라 unset으로 지정되어 있음, 결과적으로 객체화 시키는 경우 unset이든 null 이든 애플리케이션 메모리단에서는 못가져올 것을 보이는데 이런 부분에 대해서 많은 고민이 됨

[Flamme1004K]

[1주차 스터디 정리]

• Chapter1
• Chapter2

[궁금했던 점]

궁금했던 점이 있었는데, ChatGPT에게 물어보았습니다.

질문 : 몽고DB의 단일 인스턴스는 여러 데이터베이스를 호스팅 할 수 있으며, 각 데이터베이스를 완전히 독립적으로 취급이 가능하다는데 왜 그러는 거야?

대답 :
MongoDB is a document-oriented database management system. In MongoDB, a single instance can host multiple databases, and each database is treated as a completely independent entity. This allows for greater flexibility in terms of data organization and management. Each database can have its own set of collections, users, and permissions, and can be backed up, restored, and scaled independently of other databases on the same instance. This allows for easier management of different types of data, as well as the ability to isolate different parts of an application's data storage needs.

(몽고DB가 데이터베이스에 대해서 엔터티로 관리할 수 있고, 이러한 엔터티로 관리하면 각각 독립적인 성격을 가진 엔터티의 묶음으로 사용이 가능하다는 뜻이었다.)

질문 : 어떻게 단일 인스턴스가 여러 데이터베이스를 호스팅 할 수 있는데?

대답 :
A single instance in MongoDB refers to a running instance of the MongoDB process on a given machine or cluster of machines. When you run MongoDB on your machine, it starts a single instance of the MongoDB process. This process can be configured to host multiple databases.

Each database in MongoDB is a logical container for a set of collections, where each collection holds a set of documents. This means that a single MongoDB instance can host multiple databases, each with its own set of collections and documents. This allows for easy organization of data and separation of concerns within an application. For example, one database can be used for user data and another for application logs, allowing for easier management of these distinct sets of data.

(데이터베이스를 컨테이너로 사용하기 때문에 하나의 몽고DB 인스턴스가 다른 컨테이너를 모두 접속이 가능하다는 뜻이었다.)

[몽고DB GUI 툴]

무엇이 있을까요?

저는 일단.. studio3T를 찾아왔습니다

[SeokRae]

• mongodb-the-definitive-guide-3e

CHAPTER 1 몽고 DB 소개

나온지 얼마 안된 책인데 3.xx / 4.xx 버전에 대해서 이야기 함, 현재는 6.xx도 나옴

p.27 ~ 28

• 도큐먼트 지향 데이터베이스
• 분산확장을 염두해두고 설계
• p.27 내장 도큐먼트와 배열을 허용 무슨 말? -> p.49에 내장 도큐먼트에 대한 예제가 나옴

p.29 ~ 30

• 인덱싱에 대한 내용이 소개되는데 아직까진 이해가 되지 않음 별도로 몽고 DB 인덱싱에 대해 알아봐야 할 듯

• 집계 처리를 위한 데이터 처리 파이프라인 개념이라는 것이 존재해서 성능상에 이점을 취할 수 있다고 하는 듯

• 특수한 컬렉션 유형, 파일 스토리지 아직까진 이러한 내용이 와 닿지 않음

• 와이어드타이거 스토리지 엔진에 대해서 알아야 할 듯

CHAPTER 2 몽고 DB 기본

진입장벽이 낮다고하는데 왜 그렇게 설명하는지?

p.33

• 도큐먼트, 컬렉션, 몽고 셸

p.34 ~ 36

• 도큐먼트
  • 도큐먼트 키에 대한 제약사항
• 컬렉션
  • 동적 스키마에 대한 내용은 사용하면서 다시 읽어봐야 할 듯 개념적인 부분 + 활용에 대한 부분이라 많이 사용해보면서 체감해야 함
• 네이밍, 서브컬렉션

p.37

• 데이터베이스
  • 몽고 DB의 단일 인스턴스는 여러 데이터베이스를 호스팅할 수 있다.

p.40

• 몽고 DB 셸
  • 책은 mongo 라는 명령어로 셸에 들어가는데 6.0이후로는 mongosh 라는 명령어를 통해서 셸에 들어감
  • 자바스크립트 라이브러리를 제공해서 보다 로직적인 쿼리가 가능함
  • 다른 DB는 DB 클라이언트에서 접속하면 DB에 연결되었다고 표현할 수 있는데 이건 셸에 접근한 뒤에 DB에 연결하는 방식인 것 같음, 이게 분산 확장을 염두해뒀기 때문에 그런건가 싶음

p.48 ~ 49

• 날짜
  • 자바 스크립트의 Date 객체 사용방식에 따르기 때문에 사용에 주의해야 함
• 내장 도큐먼트
  • 내장 도큐먼트를 활용하는 것이 중요
  • 데이터 반복이 단점
• _id, ObjectId
  • 다양한 제한사항, 설계 방식을 이해해야 잘 사용할 수 있을 듯

CHAPTER 3 도큐먼트 생성, 갱신, 삭제

p.65

• bulk write api를 별도로 제공
• 데이터 insert 시 최소한의 유효성 검사
  • 16메가바이트
• 연산자가 다양하게 존재해서 커스텀하게 사용할 수 있다고 생각할 수 있지만 네이티브한 쿼리를 날리려면 복잡함

p.83

• 갱신입력(updateOne)
  • 경쟁 상태를 피할 수 있는 방법

CHAPTER 4 쿼리

p.98

• 정규 표현식
  • 인덱스의 접두사로 활용할 수 있음
  • 근데 이러한 경우는 매우 드물다고 함

p.100

• $size
  • 사용빈도가 높은 쿼리

p.104

• 마지막 문단 $gt / $lt 쿼리의 인덱스 한계는 비효율적임

p.108 ~ 110

• 커서
• cursor 클래스가 iterator로 구현되어 로직적으로 풀어낼 수도 있음