분할된 데이터베이스에 대한 제한 사항

분할된 데이터베이스에는 인덱스 수와 동일한 파티션 키를 가진 모든 문서의 총 크기가 동일한 파티션 키를 가진 모든 문서에 제한이 있습니다.

파티션 범위 쿼리는 전역 쿼리보다 서비스 적용 시간 제한이 더 짧고 쿼리보다 서비스 강제 시간 제한이 짧고, 한 요청에서 검색할 수 있는 총 문서 수에 대한 제한이 HTTP 제한이 더 적습니다.

이러한 제한에 대한 자세한 내용은 IBM Cloudant 제한을 참조하세요.

분할 데이터베이스를 사용해야 하는 이유

파티션 데이터베이스는 애플리케이션이 관련 문서를 그룹화하여 이점을 얻고 예측 가능하고 확장 가능한 쿼리 성능이 필요한 경우에 이상적입니다.

파티션화된 데이터베이스는 파티션 범위 내 쿼리와 전역 쿼리 모두를 지원합니다. 파티션 범위 쿼리는 주어진 파티션 키를 가진 문서의 공동 위치를 활용해 문서의 공동 위치를 활용하여 보다 효율적이고 확장 가능한 쿼리 성능을 제공합니다. 파티션 키로 표현할 수 있는 워크로드의 경우, 이렇게 하면 쿼리 지연 시간을 크게 줄이고 비용을 절감할 수 있습니다.

파티셔닝은 애플리케이션에 예측 가능한 예측 가능한 성능이 필요할 때 특히 유용합니다. 인덱스를 효과적으로 사용하는 파티션 범위 쿼리 인덱스를 효과적으로 활용하는 쿼리는 데이터 세트가 증가하더라도 빠른 속도를 유지하며, 최대 64개의 샤드에 걸쳐 최대 64개의 샤드에 걸쳐 효율적으로 확장할 수 있습니다. 따라서 파티션 데이터베이스는 다음과 같은 경우에 적합합니다 처리량이 많고 지연 시간이 짧은 워크로드에 적합합니다.

일반적으로 데이터 집합에 많은 데이터베이스 샤드가 필요한 경우, 애플리케이션은 지연 시간에 민감한 작업을 위해 지연 시간에 민감한 작업에는 파티션 범위 쿼리를 사용하고, 전역 쿼리 는 배치 처리와 같이 시간이 덜 중요한 작업을 위해 예약되어 있습니다.

분할 데이터베이스가 적합하지 않은 이유

분할된 데이터베이스는 신중한 데이터 모델링이 필요하며 중복된 인덱스가 필요할 수 있습니다. 많은 사용 사례에서 이러한 추가 노력은 별다른 성과를 거두지 못합니다.

분할 데이터베이스는 적절하게 사용하면 성능 이점을 제공하지만, 모든 워크로드에 맞지 않을 수 있는 제약이 발생할 수 있습니다. 다음을 수행해야 합니다 애플리케이션에 의미 있는 파티션 키를 정의하여 관련 문서를 그룹화하고 문서를 그룹화하고 효율적인 쿼리를 지원하는 애플리케이션에 의미 있는 파티션 키를 정의해야 합니다. 각 문서에 고유 키가 있거나 파티션 키가 너무 적은 경우, 파티션된 데이터베이스는 파티션되지 않은 데이터베이스보다 성능이 성능이 저하될 가능성이 높습니다.

파티션 범위 쿼리를 사용하려면 파티션 인덱스를 만들어야 합니다. 이 경우 애플리케이션의 액세스 패턴에 따라 전역 인덱스와 파티션 인덱스를 모두 유지해야 할 수 있습니다 패턴에 따라 글로벌 인덱스와 분할 인덱스를 모두 유지해야 할 수도 있습니다.

파티션된 데이터베이스 적합성 결정

이제 파티션 데이터베이스의 장단점을 이해하셨습니다, 다음 단계는 데이터 모델이 분할된 데이터베이스에서 잘 작동하는지 여부를 이해하는 것입니다 파티션된 데이터베이스에서 잘 작동하는지 이해하는 것입니다.

다음 기준에 따라 데이터 모델 및 애플리케이션 요구 사항을 평가합니다 파티션 데이터베이스 적합성을 결정합니다:

1. 파티션 키의 카디널리티가 높아야 합니다. 고유한 파티션 키의 수는 샤드 수보다 훨씬 많아야 합니다.
2. 쿼리 부하가 균등하게 분산되어야 합니다. 대부분의 쿼리가 단일 파티션 키를 대상으로 하면 핫스팟이 발생하여 성능이 저하될 수 있습니다.
3. 파티션 키는 관련 문서를 그룹화해야 합니다. 각 키가 하나의 문서에만 매핑되는 경우, 파티션은 별다른 이점이 없습니다.

분할된 데이터베이스 및 인덱스 만들기

데이터베이스 생성 시점에 파티셔닝을 적용할지 여부를 결정해야 합니다. 데이터베이스를 작성할 때 partitioned 조회 문자열 매개변수를 사용하여 데이터베이스가 파티션되는지를 설정하십시오. partitioned 의 기본값은 false 입니다.

마찬가지로 인덱스는 전역 또는 파티션으로 설정할 수 있습니다 디자인 문서에서 partitioned 필드를 사용하여 인덱스를 생성할 때 설정합니다. 모든 디자인 문서의 인덱스는 디자인 문서의 partitioned 필드를 상속합니다 문서를 상속합니다. 분할 인덱스를 쿼리할 때는 파티션 범위 쿼리를 사용합니다 를 사용하여 쿼리할 파티션 키를 요청에 포함시킵니다.

인덱스 또는 데이터베이스의 파티셔닝 유형은 생성한 후에는 변경할 수 없습니다.

파티션 범위 쿼리는 파티션된 인덱스에 대해서만 수행할 수 있습니다. 마찬가지로 글로벌 쿼리는 글로벌 인덱스에 대해서만 수행할 수 있습니다.

{
  "options": {
    "partitioned": false
  },
  "views": {
    "by-device": {
      "map": "function(doc) { emit(doc.deviceID, doc.infrastructureID) }"
    }
  }
}

{
  "options": {
    "partitioned": true
  },
  "views": {
    "by-device": {
      "map": "function(doc) { emit(doc.deviceID, doc.infrastructureID) }"
    }
  }
}

파티션된 데이터베이스 튜토리얼

분할된 데이터베이스는 초록에서 이해하기 어려울 수 있습니다. 다음 두 가지 예에서 개념이 실제로 작동하는 모습을 확인할 수 있습니다:

1. 여러 프로그래밍 언어의 예제를 통해 파티션된 데이터베이스에 대해 자세히 알아보려면 파티션된 데이터베이스를 사용하여 IoT 역사가 만들기( 영문)를 읽어보세요.
2. 이 블로그 게시물에서 파티션 데이터베이스와 Node.js 에 대해 알아보세요. 여기에는 파티션 데이터베이스 생성 방법, 검색, 뷰, 전역 인덱스에 대한 내용이 포함되어 있습니다.