MongoDB를 시작하기 전에 알았더라면 좋았을 14가지

기사의 번역은 과정 시작 전날에 준비되었습니다. "비관계형 데이터베이스".

하이라이트 :

• MongoDB에서는 선택사항이지만 스키마를 개발하는 것은 매우 중요합니다.
• 마찬가지로 인덱스는 스키마 및 액세스 패턴과 일치해야 합니다.
• 큰 개체와 큰 배열을 사용하지 마세요.
• 특히 보안 및 안정성과 관련하여 MongoDB 설정에 주의하세요.
• MongoDB에는 쿼리 최적화 프로그램이 없으므로 쿼리 작업을 수행할 때 주의해야 합니다.

저는 오랫동안 데이터베이스 작업을 해왔지만 최근에야 MongoDB를 발견했습니다. 작업을 시작하기 전에 알았으면 좋았을 몇 가지 사항이 있습니다. 사람이 이미 특정 분야에 경험이 있으면 데이터베이스가 무엇인지, 무엇을 하는지에 대한 선입견을 갖고 있습니다. 다른 사람들이 더 쉽게 이해할 수 있도록 하기 위해 흔히 발생하는 실수 목록을 제시합니다.

인증 없이 MongoDB 서버 생성

안타깝게도 MongoDB는 기본적으로 인증 없이 설치됩니다. 로컬로 액세스되는 워크스테이션의 경우 이러한 방식은 일반적입니다. 하지만 MongoDB는 많은 양의 메모리를 사용하는 것을 좋아하는 다중 사용자 시스템이기 때문에 개발용으로만 사용하더라도 최대한 RAM이 많은 서버에 두는 것이 더 좋을 것입니다. 기본 포트를 통해 서버에 설치하는 것은 문제가 될 수 있습니다. 특히 요청에서 자바스크립트 코드가 실행될 수 있는 경우(예: $where 에 대한 아이디어로 주사).

인증 방법에는 여러 가지가 있지만 가장 쉬운 방법은 사용자 ID/비밀번호를 설정하는 것입니다. 다음을 기반으로 하는 고급 인증에 대해 생각할 때 이 아이디어를 사용하세요. LDAP. 보안과 관련하여 MongoDB는 지속적으로 업데이트되어야 하며 로그에서 무단 액세스가 있는지 항상 확인해야 합니다. 예를 들어, 저는 다른 포트를 기본 포트로 선택하고 싶습니다.

공격 표면을 MongoDB에 바인딩하는 것을 잊지 마세요

MongoDB 보안 체크리스트 네트워크 침입 및 데이터 유출 위험을 줄이기 위한 유용한 팁이 포함되어 있습니다. 이를 무시하고 개발 서버에는 높은 수준의 보안이 필요하지 않다고 말하기 쉽습니다. 그러나 이는 그렇게 간단하지 않으며 이는 모든 MongoDB 서버에 적용됩니다. 특히, 사용하여야 할 특별한 이유가 없는 경우 mapReduce, group 또는 $어디, 구성 파일을 작성하여 JavaScript에서 임의 코드 사용을 비활성화해야 합니다. javascriptEnabled:false. 표준 MongoDB에서는 데이터 파일이 암호화되지 않으므로 MongoDB를 다음과 같이 실행하는 것이 좋습니다. 전용 사용자는 파일에 대한 전체 액세스 권한을 가지며 파일에 대한 제한된 액세스 권한과 운영 체제의 자체 파일 액세스 제어를 사용할 수 있는 기능을 갖습니다.

회로 개발 중 오류

MongoDB는 스키마를 사용하지 않습니다. 그러나 이것이 계획이 필요하지 않다는 의미는 아닙니다. 일관된 패턴 없이 문서만 저장하려는 경우 저장하는 것은 빠르고 쉬울 수 있지만 나중에 검색하는 것은 어려울 수 있습니다. 존나 힘들어.

고전적인 기사 "MongoDB 스키마 설계를 위한 6가지 경험 법칙" 읽어볼 가치가 있으며 다음과 같은 기능이 있습니다. 스키마 탐색기 타사 도구인 Studio 3T에서는 정기적인 회로 점검에 사용할 가치가 있습니다.

정렬 순서를 잊지 마세요

정렬 순서를 잊어버리면 다른 잘못된 구성보다 더 많은 좌절감을 느끼고 더 많은 시간을 낭비할 수 있습니다. 기본적으로 MongoBD는 다음을 사용합니다. 이진 정렬. 그러나 누구에게도 유용하지 않을 것입니다. 대소문자 구분, 악센트 구분, 이진 정렬은 지난 세기 80년대에 구슬, 카프탄, 곱슬 콧수염과 함께 호기심 많은 시대착오로 간주되었습니다. 이제 그들의 사용은 용서할 수 없습니다. 실생활에서 "오토바이"는 "오토바이"와 동일합니다. 그리고 'Britain'과 'Britain'은 같은 곳이다. 소문자는 단순히 대문자에 해당하는 대문자입니다. 분음 부호 정렬을 시작하지 마세요. MongoDB에서 데이터베이스를 생성할 때 악센트를 구분하지 않는 데이터 정렬을 사용하고 등록하다, 이는 언어에 해당하며 시스템 사용자 문화. 이렇게 하면 문자열 데이터를 훨씬 쉽게 검색할 수 있습니다.

대용량 문서로 컬렉션 만들기

MongoDB는 최대 16MB의 대용량 문서를 컬렉션으로 호스팅합니다. GridFS 16MB보다 큰 대용량 문서용으로 설계되었습니다. 하지만 큰 문서를 넣을 수 있다고 해서 거기에 보관하는 것은 좋은 생각이 아닙니다. MongoDB는 크기가 몇 킬로바이트인 개별 문서를 저장하여 넓은 SQL 테이블의 행처럼 처리하는 경우 가장 잘 작동합니다. 큰 문서는 문제의 원인이 됩니다. 생산력.

대규모 배열로 문서 만들기

문서에는 배열이 포함될 수 있습니다. 배열의 요소 수가 XNUMX자리 숫자와 거리가 먼 경우가 가장 좋습니다. 요소가 배열에 자주 추가되면 해당 요소가 포함된 문서보다 커지므로 추가해야 합니다. 이동하다, 이는 필요할 것임을 의미합니다. 인덱스도 업데이트. 큰 배열이 있는 문서를 다시 인덱싱할 때 인덱스를 덮어쓰는 경우가 많습니다. 기록, 해당 인덱스를 저장합니다. 이 재인덱싱은 문서를 삽입하거나 삭제할 때도 발생합니다.

MongoDB에는 다음과 같은 것이 있습니다. "채우기 요소", 이는 이 문제를 최소화하기 위해 문서가 커질 수 있는 공간을 제공합니다.
배열 인덱싱 없이도 할 수 있다고 생각할 수도 있습니다. 불행하게도 인덱스가 부족하면 다른 문제가 발생할 수 있습니다. 문서는 처음부터 끝까지 검색되므로 배열 끝에서 요소를 검색하는 데 시간이 더 오래 걸리고 이러한 문서와 관련된 대부분의 작업은 느린.

집계에서 단계의 순서가 중요하다는 점을 잊지 마세요.

쿼리 최적화 프로그램이 있는 데이터베이스 시스템에서 작성하는 쿼리는 얻는 방법이 아니라 얻고자 하는 것에 대한 설명입니다. 이 메커니즘은 레스토랑에서 주문하는 것과 유사하게 작동합니다. 일반적으로 단순히 요리를 주문하고 요리사에게 자세한 지침을 제공하지 않습니다.

MongoDB에서는 요리사에게 지시합니다. 예를 들어, 데이터가 통과하는지 확인해야 합니다. reduce 다음을 사용하여 파이프라인에서 가능한 한 빨리 $match и $project, 정렬은 이후에만 발생합니다. reduce, 그리고 정확히 원하는 순서대로 검색이 이루어지도록 합니다. 불필요한 작업을 제거하고, 단계를 최적으로 배열하고, 조인 유형을 선택하는 쿼리 최적화 프로그램을 사용하면 문제가 발생할 수 있습니다. MongoDB를 사용하면 편의성을 희생하면서 더 많은 제어권을 가질 수 있습니다.

다음과 같은 도구 스튜디오 3T 집계 쿼리 구성을 단순화합니다. MongoDB의. 집계 편집기 기능을 사용하면 파이프라인 문을 한 번에 한 단계씩 적용하고 각 단계에서 입력 및 출력 데이터를 검사하여 디버깅을 단순화할 수 있습니다.

빠른 녹음 사용

속도는 빠르지만 신뢰성은 낮도록 MongoDB 쓰기 옵션을 설정하지 마십시오. 이 모드 "파일을 저장하고 잊어버리세요" 쓰기가 발생하기 전에 명령이 반환되기 때문에 빠른 것 같습니다. 데이터가 디스크에 기록되기 전에 시스템이 충돌하면 데이터가 손실되어 일관성 없는 상태가 됩니다. 다행히 64비트 MongoDB에는 로깅이 활성화되어 있습니다.

MMAPv1 및 WiredTiger 스토리지 엔진은 이를 방지하기 위해 로깅을 사용하지만 WiredTiger는 마지막 일관된 상태로 복구할 수 있습니다. 제어점, 로깅이 비활성화된 경우.

저널링은 복구 후 데이터베이스가 일관된 상태를 유지하도록 보장하고 로그에 기록될 때까지 모든 데이터를 유지합니다. 녹화 빈도는 매개변수를 사용하여 구성됩니다. commitIntervalMs.

항목을 확인하려면 구성 파일에서 로깅이 활성화되어 있는지 확인하십시오. (storage.journal.enabled), 녹음 빈도는 손실해도 되는 정보의 양에 해당합니다.

색인 없이 정렬

검색하고 집계할 때 데이터를 정렬해야 하는 경우가 종종 있습니다. 정렬되는 데이터의 양을 줄이기 위해 결과를 필터링한 후 마지막 단계 중 하나에서 이 작업이 수행되기를 바랍니다. 이 경우에도 정렬을 위해서는 다음이 필요합니다. 색인. 단일 또는 복합 인덱스를 사용할 수 있습니다.

적절한 인덱스가 없으면 MongoDB는 인덱스 없이도 작동합니다. 모든 문서의 전체 크기에는 32MB의 메모리 제한이 있습니다. 정렬 작업, MongoDB가 이 한도에 도달하면 오류가 발생하거나 반환됩니다. 빈 레코드세트.

색인 지원 없이 검색

검색 쿼리는 SQL의 JOIN 작업과 유사한 기능을 수행합니다. 가장 잘 작동하려면 외래 키로 사용되는 키 값의 인덱스가 필요합니다. 용도가 반영되지 않았기 때문에 이는 명확하지 않습니다. explain(). 이러한 색인은 다음에 기재된 색인에 추가됩니다. explain(), 이는 파이프라인 운영자가 사용합니다. $match и $sort, 파이프라인 시작 부분에서 만날 때. 이제 인덱스는 모든 단계를 포괄할 수 있습니다. 집계 파이프라인.

다중 업데이트 사용 거부

방법 db.collection.update() 지정한 매개변수에 따라 기존 문서의 일부 또는 전체 문서를 완전히 교체하는 데 사용됩니다. update. 그다지 명확하지 않은 점은 옵션을 설정하지 않으면 컬렉션의 모든 문서를 처리하지 않는다는 것입니다. multi 요청 기준을 충족하는 모든 문서를 업데이트합니다.

해시 테이블에서 키 순서의 중요성을 잊지 마세요.

JSON에서 개체는 크기가 XNUMX개 이상인 이름/값 쌍의 정렬되지 않은 컬렉션으로 구성됩니다. 여기서 이름은 문자열이고 값은 문자열, 숫자, 부울, null, 개체 또는 배열입니다.

불행하게도 BSON은 검색 시 순서를 많이 강조합니다. MongoDB에서 내장 객체 내의 키 순서 문제즉, { firstname: "Phil", surname: "factor" } - 이건 같지 않아 { { surname: "factor", firstname: "Phil" }. 즉, 이름/값 쌍을 확실히 찾으려면 문서에 이름/값 쌍의 순서를 저장해야 합니다.

혼동하지 마십시오. "없는" и "한정되지 않은"

가치 "한정되지 않은" 에 따르면 JSON에서는 유효하지 않았습니다. 공식 표준 JSON(ECMA-404 섹션 5)은 JavaScript에서 사용되지만. 또한 BSON의 경우 더 이상 사용되지 않으며 다음으로 변환됩니다. $null, 항상 좋은 해결책은 아닙니다. 사용을 피하십시오 "한정되지 않은" 몽고DB에서.

사용 $limit() без $sort()

MongoDB에서 개발할 때 쿼리나 집계에서 반환되는 결과 샘플을 보는 것이 유용한 경우가 많습니다. 이 작업을 위해서는 다음이 필요합니다. $limit(), 그러나 이전에 사용하지 않는 한 최종 코드에 있어서는 안 됩니다. $sort. 그렇지 않으면 결과의 순서를 보장할 수 없고 데이터를 안정적으로 볼 수 없기 때문에 이 메커니즘이 필요합니다. 결과 상단에는 정렬에 따라 다른 항목이 표시됩니다. 안정적으로 작동하려면 쿼리와 집계가 결정적이어야 합니다. 즉, 실행될 때마다 동일한 결과를 생성해야 합니다. 다음을 포함하는 코드 $limit(), 하지만 $sort, 결정적이지 않으며 추적하기 어려운 오류가 발생할 수 있습니다.

결론

MongoDB에 실망할 수 있는 유일한 방법은 DBMS와 같은 다른 유형의 데이터베이스와 직접 비교하거나 특정 기대에 따라 사용하게 되는 것입니다. 그것은 오렌지를 포크와 비교하는 것과 같습니다. 데이터베이스 시스템은 특정 목적을 위해 사용됩니다. 이러한 차이점을 스스로 이해하고 감상하는 것이 가장 좋습니다. MongoDB 개발자에게 DBMS 경로를 따르도록 강요하는 것은 부끄러운 일입니다. 나는 데이터 무결성을 보장하고 장애와 악의적인 공격에 탄력적인 데이터 시스템을 만드는 등 오래된 문제를 해결하는 새롭고 흥미로운 방법을 보고 싶습니다.

MongoDB가 버전 4.0에 ACID 트랜잭션성을 도입한 것은 혁신적인 방식으로 중요한 개선 사항을 도입한 좋은 예입니다. 다중 문서 및 다중 문 트랜잭션은 이제 원자성입니다. 잠금을 획득하고 중단된 트랜잭션을 종료하는 데 필요한 시간을 조정하고 격리 수준을 변경하는 것도 가능합니다.

더 읽어보기:

• Google BigQuery에 데이터를 로드하는 방법

출처 : habr.com