Timestream for InfluxDB 3의 스키마 설계 모범 사례 - Amazon Timestream
성능 최적화 지침쿼리 단순성 지침

Amazon Timestream for LiveAnalytics와 유사한 기능을 원하는 경우 Amazon Timestream for InfluxDB를 고려해 보세요. 간소화된 데이터 수집과 실시간 분석을 위한 10밀리초 미만의 쿼리 응답 시간을 제공합니다. 여기에서 자세히 알아보세요.

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

Timestream for InfluxDB 3의 스키마 설계 모범 사례

이러한 지침에 따라 리소스 사용률을 최적화하면서 더 간단하고 성능이 뛰어난 쿼리를 지원하는 InfluxDB 스키마를 설계할 수 있습니다.

성능 최적화 지침

  • 쿼리 우선순위별로 태그를 정렬합니다.

    • 테이블에 대한 첫 번째 쓰기에 따라 스토리지의 물리적 열 순서가 결정됩니다.

    • 성능 향상을 위해 가장 자주 쿼리되는 태그를 먼저 배치합니다.

    • 초기 쓰기 후에는 열 순서를 변경할 수 없습니다.

  • 광범위한 스키마를 피합니다.

    • 테이블당 열(태그 및 필드) 수를 제한합니다.

    • 열이 너무 많으면 리소스 사용량이 증가하고 성능이 저하될 수 있습니다.

    • 필요한 경우 필드를 별도의 테이블로 분할하는 것이 좋습니다.

  • 구문 분석 스키마를 피합니다.

    • 구문 분석 스키마에는 행 간에 많은 null 값이 포함됩니다.

    • 비동종 테이블 스키마 또는 타임스탬프가 다른 개별 필드 작성으로 인해 발생합니다.

    • 데이터 저장 및 쿼리에 불필요한 오버헤드를 더합니다.

  • 동종 테이블 스키마를 유지합니다.

    • 각 행에는 동일한 태그와 필드 키가 있어야 합니다.

    • null 값이 많은 테이블은 사용하지 않습니다.

  • 적절한 데이터 유형을 사용합니다.

    • 데이터에 가장 적합한 데이터 유형을 사용합니다.

    • Integer 및 boolean 필드는 쿼리에서 string 필드보다 성능이 뛰어납니다.

  • 가능한 경우 반복 쿼리에 last-value 및 distinct-value 캐시를 사용합니다.

쿼리 단순성 지침

  • N=이름을 단순하게 유지합니다.

    • 각 데이터 속성에 대해 하나의 태그나 필드를 사용합니다.

    • 테이블, 태그 및 필드에 대한 설명이 포함된 간단한 이름을 선택합니다.

    • 단일 이름에 여러 데이터 속성을 포함하지 않습니다.

  • 키워드와 특수 문자를 사용하지 않습니다.

    • SQL 또는 InfluxQL 예약 키워드를 사용하지 않습니다.

    • 테이블 이름, 태그 키 및 필드 키에는 특수 문자를 사용하지 않습니다.

    • 키워드 또는 특수 문자를 사용하려면 쿼리에 추가 따옴표가 필요합니다.