가드레일 및 제한 사항 guardrails

관계형 데이터 저장소는 최대 200개의 테이블(스키마)을 지원합니다.

오케스트레이션된 캠페인의 경우 개별 스키마 의 총 크기는 100GB ​를 초과할 수 없습니다.

성능과 안정성을 유지하려면 스키마에 대한 일일 업데이트는 총 레코드 수의 20% 미만으로 제한되어야 합니다.

관계형 데이터는 수집, 데이터 모델링 및 세그먼테이션 사용 사례에 대해 지원되는 기본 모델입니다.

타깃팅에 사용되는 스키마에는 정의된 ID 네임스페이스에 매핑된 유형의 ID 필드가String ​개 이상 있어야 합니다.

프로필 + 관계형 데이터 수집이 필요합니다.

모든 수집은 데이터 캡처 변경 원본을 통해 수행되어야 합니다.

• 파일 기반 ​의 경우 _change_request_type 필드가 필요합니다.

• 클라우드 기반 ​의 경우: 테이블 로깅을 사용하도록 설정해야 합니다.

Snowflake 또는 데이터 세트에 대한 직접 업데이트는 지원되지 않습니다. 시스템은 읽기 전용이며 모든 변경 사항은 변경 데이터 캡처를 통해 적용되어야 합니다.

ETL 프로세스가 지원되지 않습니다. 수집 전에 데이터를 필요한 형식으로 완전히 변환해야 합니다.

부분 업데이트가 허용되지 않습니다. 각 행을 전체 레코드로 제공해야 합니다.

Campaign Orchestration의 일괄 처리 수집은 15분마다 한 번(으)로 제한됩니다.

수집 지연, Snowflake에서 수집에서 가용성까지의 시간, 일반적으로 다음에 따라 15분에서 2시간 범위.

• 데이터 볼륨

• 시스템 동시 실행

• 작업 유형(예: 삽입 작업이 업데이트보다 빠름)

팩트 테이블을 포함한 모든 스키마에 버전 설명자 ​가 포함되어야 올바른 버전 제어 및 추적 기능을 보장할 수 있습니다.

데이터 무결성 및 다운스트림 작업을 지원하려면 각 테이블에 정의된 기본 키 ​가 있어야 합니다.

데이터 집합을 만드는 동안 할당된 table_name은(는) 영구적이며 세분화 및 개인화 기능 전체에서 사용됩니다.

현재 데이터 모델링 프레임워크에서 필드 그룹이 지원되지 않습니다.

대상 정의에서는 스칼라 특성만 지원됩니다. 맵과 배열은 허용되지 않습니다.

세분화 활동은 주로 관계형 데이터를 사용합니다. 프로필 데이터를 포함할 수 있지만 큰 프로필 데이터 세트를 사용하면 성능에 영향을 줄 수 있습니다.

시스템 효율성을 유지하기 위해 일괄 처리와 스트리밍 대상 모두에서 사용할 수 있는 프로필 특성의 수에 제한이 적용됩니다.

값 목록(LOV) 및 열거형 ​이 완전히 지원됩니다.

읽기 대상이 캐시되지 않습니다. 각 캠페인 실행은 기본 데이터에서 전체 대상 평가를 트리거합니다.

성능을 보장하기 위해 크거나 복잡한 대상 정의로 작업할 때는 최적화를 사용하는 것이 좋습니다.

저장된 대상자 활동은 정적입니다. 이 활동은 캠페인 실행 시 사용 가능한 데이터를 반영합니다.

저장된 대상자 활동에 추가할 수 없습니다. 모든 수정 사항을 적용하려면 대상을 완전히 덮어써야 합니다.