MongoDB의 고유 한 제약 조건은 고유 인덱스를 통해 구현되므로 컬렉션의 두 문서가 인덱스 된 필드 또는 필드에 대해 동일한 값을 갖지 않도록합니다. 이는 특히 이메일 주소, 제품 SKU 또는 트랜잭션 ID와 같은 필드가 고유 해야하는 경우 데이터 무결성을 유지하는 데 중요합니다. 고유 한 제약 조건은 게이트 키퍼로 작동하여 중복 레코드가 데이터베이스에 입력되는 것을 방지합니다.
성능 관점에서 볼 때 고유 한 제약 조건에는 몇 가지 영향이 있습니다. 긍정적 인 측면에서 빠른 조회를 위해 인덱스를 활용하여 쿼리 성능을 크게 향상시킬 수 있습니다. 고유 한 제약 조건을 포함한 인덱스 된 필드는 MongoDB가 전체 수집 스캔을 피하고 B- 트리 데이터 구조를 사용하여 문서를 효율적으로 검색 할 수 있도록 허용합니다. 이 인덱싱은 특히 고유 한 색인 필드와 관련된 쿼리 (예 : 이메일로 사용자 찾기 또는 SKU의 제품) 성능을 실질적으로 읽습니다.
그러나 독특한 제약 조건은 쓰기 작업에 대한 오버 헤드를 소개합니다. 삽입, 업데이트 또는 삭제 중에 MongoDB는 작업을 완료하기 전에 인덱스 된 값의 고유성을 확인해야합니다. 데이터베이스 엔진이 인덱스 구조를 유지하고 복제가 제약 조건을 위반하지 않도록해야하므로 처리 시간이 추가됩니다. 결과적으로, 쓰기 성능, 특히 삽입 및 업데이트 속도는 비 인덱스 필드 또는 고유성 제약 조건이없는 필드의 작업에 비해 감소 할 수 있습니다. 오버 헤드는 컬렉션에서 고유 한 글쓰기 처리량이 있거나 고유 한 인덱스 필드에 대한 빈번한 업데이트로 더욱 두드러 질 수 있습니다.
직접적인 성능 영향 외에도 더 넓은 스토리지 및 관리 고려 사항이 있습니다. 인덱스는 추가 디스크 공간과 메모리를 소비하므로 고유 한 인덱스는 데이터베이스의 스토리지 요구 사항을 증가시킵니다. 또한, 여러 필드 (복합 고유 인덱스)에 걸쳐있는 크고 복잡한 고유 인덱스는 유지 보수 및 쿼리 처리를 위해 더 많은 메모리 및 CPU 리소스가 필요할 수 있습니다. 이로 인해 인덱스가 크고 메모리에 완전히로드 될 수없는 경우 읽기 작업에서 잠재적 인 대기 시간이 발생할 수 있습니다.
기존 컬렉션, 특히 큰 컬렉션에 고유 한 제약을 구축하거나 추가 할 때 인덱스 생성 중 MongoDB의 행동은 주목할 만합니다. 컬렉션에 대한 쓰기는 차단 될 수 있거나 데이터 불일치를 피하기 위해 고유 한 인덱스 빌드가 완료 될 때까지 기다려야 할 수도 있습니다. 고유성 규칙을 위반하는 문서는 인덱스 빌드가 성공하기 전에 해결되어야합니다. 인덱스 생성시 중복이 존재하면 인덱스 빌드 작업이 실패합니다. 이 차단 특성은 인덱스 생성이 유지 보수 Windows 동안 쓰기 가용성에 작동에 영향을 줄 수 있음을 의미합니다.
쿼리 측면에서 데이터 배포 및 인덱스 구조가 유사 할 때 고유 인덱스와 비 유니 인덱스를 사용하는 쿼리 속도에는 큰 차이가 없습니다. 고유 인덱스는 MongoDB의 고유 및 비 유니 인덱스가 B- 트리 구조를 사용하기 때문에 모든 인덱스가 제공 한 가속도를 넘어서 읽기 쿼리 속도를 내지 않습니다. 핵심 요소는 인덱스의 존재로 남아있어 전체 수집 스캔을 피함으로써 쿼리 대기 시간이 줄어 듭니다.
추가 고려 사항에는 과도한 인덱싱 및 불필요한 고유 한 제약을 피하는 것이 포함됩니다. 고유성이 필요하지 않은 필드에 고유 한 제약을 적용하면 의미있는 이점없이 유연성을 줄이고 오버 헤드를 부과 할 수 있습니다. 적절한 스키마 설계에는 고유 한 ID 또는 트랜잭션 식별자를 나타내는 키와 같이 독창성이 필요한 곳에서만 고유 한 제약 조건을 추가해야합니다. 과용은 전반적인 시스템 성능을 저하시키고 데이터 관리를 복잡하게 할 수 있습니다.
응용 프로그램 수준에서 MongoDB가 시행하는 고유 한 제약 조건은 인서트 또는 업데이트 전에 수동 복제 검사의 필요성을 줄임으로써 견고성을 제공하여 응용 프로그램 로직을 단순화하고 오류가 발생하기 쉬운 조건을 줄일 수 있습니다. 그러나 트레이드 오프는 독창성 검증으로 인해 쓰기 작업에 대한 대기 시간이 약간 증가합니다.
요약하면, MongoDB에서 고유 한 제약을 사용하는 성능의 영향은 다음과 같이 요약 될 수 있습니다.
- 고유 한 제약 조건은 인덱스를 활용하여 컬렉션 스캔을 피하고 문서를 신속하게 찾아서 읽기 성능을 향상시킵니다.
- 데이터베이스는 작업을 완료하기 전에 고유성을 보장해야하기 때문에 인서트 및 업데이트에 대한 쓰기 오버 헤드를 추가합니다.
- 고유 한 인덱스는 스토리지 및 메모리 사용량을 증가 시키며 화합물 또는 대규모 고유 인덱스가 시스템 리소스에 잠재적으로 영향을 미칩니다.
- 고유성 집행을위한 색인 생성은 완료 될 때까지 쓰기를 차단하여 유지 보수 중에 가용성에 영향을 미칩니다.
- 고유 한 인덱스와 비 유니 키 인덱스 사이의 읽기 속도에는 눈에 띄는 차이가 없습니다.
- 고유 한 제약 조건을 올바르게 사용하면 데이터 무결성에 기여하고 데이터베이스 수준에서 복제 점검을 처리하여 응용 프로그램 복잡성을 줄입니다.
- 고유 한 제약 조건을 과도하게 사용하거나 부적절하게 사용하면 성능과 유연성에 부정적인 영향을 줄 수 있으므로 신중하게 적용해야합니다.