기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

사용자 지정 복합 파티션 키를 사용한 LiveAnalytics 스키마 검증을 위한 타임스트림

에 대한 Timestream의 스키마 검증은 데이터베이스에 수집된 데이터가 지정된 스키마를 준수하도록 하여 수집 오류를 최소화하고 데이터 품질을 개선하는 LiveAnalytics 데 도움이 됩니다. 특히 스키마 검증은 쿼리 성능을 최적화하기 위해 고객 정의 파티션 키를 채택할 때 특히 유용합니다.

고객 정의 파티션 키를 사용한 LiveAnalytics 스키마 검증을 위한 Timestream이란 무엇입니까?

LiveAnalytics 스키마 검증을 위한 Timestream은 사전 정의된 스키마를 기반으로 테이블의 LiveAnalytics Timestream에 수집되는 데이터를 검증하는 기능입니다. 이 스키마는 삽입되는 레코드에 대한 파티션 키, 데이터 유형 및 제약 조건을 포함한 데이터 모델을 정의합니다.

고객 정의 파티션 키를 사용하는 경우 스키마 검증이 훨씬 더 중요해집니다. 파티션 키를 사용하면 의 Timestream에 데이터가 저장되는 방법을 결정하는 파티션 키를 지정할 수 있습니다 LiveAnalytics. 사용자 지정 파티션 키를 사용하여 스키마에 대해 수신 데이터를 검증하면 데이터 일관성을 적용하고, 오류를 조기에 감지하고, 의 Timestream에 저장된 데이터의 전반적인 품질을 개선할 수 있습니다 LiveAnalytics.

사용자 지정 복합 파티션 키를 사용하여 LiveAnalytics 스키마 검증에 Timestream을 사용하는 방법

사용자 지정 복합 파티션 키를 사용하여 LiveAnalytics 스키마 검증에 Timestream을 사용하려면 다음 단계를 따르세요.

쿼리 패턴이 어떻게 보일지 생각해 보세요. LiveAnalytics 테이블용 Timestream의 스키마를 올바르게 선택하고 정의하려면 쿼리 요구 사항으로 시작해야 합니다.

사용자 지정 복합 파티션 키 지정: 테이블을 생성할 때 사용자 지정 파티션 키를 지정합니다. 이 키는 테이블 데이터를 분할하는 데 사용할 속성을 결정합니다. 파티셔닝을 위한 차원 키와 측정 키 중에서 선택할 수 있습니다. 차원 키는 차원 이름을 기반으로 데이터를 분할하는 반면, 측정 키는 측정 이름을 기반으로 데이터를 분할합니다.

적용 수준 설정: 적절한 데이터 파티셔닝과 함께 제공되는 이점을 보장하기 위해 용 Amazon Timestream을 LiveAnalytics 사용하면 스키마의 각 파티션 키에 대한 적용 수준을 설정할 수 있습니다. 적용 수준은 레코드를 수집할 때 파티션 키 차원이 필요한지 아니면 선택 사항인지 결정합니다. REQUIRED의 두 가지 옵션 중에서 선택할 수 있습니다. 즉, 수집 레코드에 파티션 키가 있어야 하고, OPTIONAL의 경우 파티션 키가 없어야 합니다. 고객 정의 파티션을 사용할 때는 REQUIRED 적용 수준을 사용하여 데이터가 올바르게 분할되고 이 기능의 모든 이점을 누릴 수 있도록 하는 것이 좋습니다. 또한 스키마 생성 후 언제든지 적용 수준 구성을 변경하여 데이터 수집 요구 사항에 맞게 조정할 수 있습니다.

데이터 수집: 테이블의 LiveAnalytics Timestream에 데이터를 수집할 때 스키마 검증 프로세스는 사용자 지정 복합 파티션 키를 사용하여 정의된 스키마와 비교하여 레코드를 확인합니다. 레코드가 스키마를 준수하지 않는 경우 의 Timestream LiveAnalytics 은 검증 오류를 반환합니다.

검증 오류 처리: 검증 오류가 발생하는 경우 의 Timestream LiveAnalytics 은 오류 유형에 RejectedRecordsException따라 ValidationException 또는 를 반환합니다. 애플리케이션에서 이러한 예외를 처리하고 잘못된 레코드 수정 및 수집 재시도와 같은 적절한 조치를 취해야 합니다.

적용 수준 업데이트: 필요한 경우 UpdateTable 작업을 사용하여 테이블 생성 후 파티션 키의 적용 수준을 업데이트할 수 있습니다. 하지만 테이블 생성 후에는 이름, 유형과 같은 파티션 키 구성의 일부 측면을 변경할 수 없다는 점에 유의해야 합니다. 적용 수준을 에서 REQUIRED로 변경하면 고객 정의 파티션 키로 선택된 속성의 존재 여부에 관계없이 OPTIONAL모든 레코드가 수락됩니다. 반대로 적용 수준을 에서 OPTIONAL로 변경하면 이 조건을 충족하지 않는 레코드에 대해 4xx 쓰기 오류가 나타나REQUIRED기 시작할 수 있습니다. 따라서 데이터 파티셔닝 요구 사항에 따라 테이블을 생성할 때 사용 사례에 적합한 적용 수준을 선택해야 합니다.

사용자 지정 복합 파티션 키를 사용하여 LiveAnalytics 스키마 검증에 Timestream을 사용하는 경우

데이터 일관성, 품질 및 최적화된 파티셔닝이 중요한 시나리오에서는 사용자 지정 복합 파티션 키를 사용한 LiveAnalytics 스키마 검증을 위한 타임스트림을 사용해야 합니다. 데이터 수집 중에 스키마를 적용하면 잘못된 분석 또는 귀중한 인사이트 손실로 이어질 수 있는 오류와 불일치를 방지할 수 있습니다.

배치 로드 작업과의 상호 작용

고객 정의 파티션 키를 사용하여 테이블로 데이터를 가져오도록 배치 로드 작업을 설정할 때 프로세스에 영향을 미칠 수 있는 몇 가지 시나리오가 있습니다.

예약된 쿼리와의 상호 작용

집계, 롤업 및 기타 형태의 사전 처리된 데이터를 계산하고 고객 정의 파티션 키를 사용하여 테이블에 저장하기 위해 예약된 쿼리 작업을 설정할 때 프로세스에 영향을 미칠 수 있는 몇 가지 시나리오가 있습니다.