객체 유형 매핑의 예 - Amazon Connect

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

객체 유형 매핑의 예

프로파일을 생성하는 객체 유형 매핑

다음 예에서는 표준 프로파일을 채우는 데이터를 보여 줍니다.

다음은 들어오는 개체입니다.

{ "account": 1234, "email": "john@examplecorp.com", "address": { "address1": "Street", "zip": "Zip", "city": "City" }, "firstName": "John", "lastName": "Doe" }

다음 코드는 들어오는 개체가 표준 프로필 개체에 매핑되고 인덱싱되는 것을 보여 줍니다.PersonalEmailAddress,fullName, 및accountId, 이는 고유 키입니다.

{ "Fields": { "accountId": { "Source": "_source.account", "Target": "_profile.AccountNumber", "ContentType": "NUMBER" }, "shippingAddress.address1": { "Source": "_source.address.address1", "Target": "_profile.ShippingAddress.Address1" }, "shippingAddress.postalCode": { "Source": "_source.address.zip", "Target": "_profile.ShippingAddress.PostalCode" }, "shippingAddress.city": { "Source": "_source.address.city", "Target": "_profile.ShippingAddress.City" }, "personalEmailAddress": { "Source": "_source.email", "Target": "_profile.PersonalEmailAddress", "ContentType": "EMAIL_ADDRESS" }, "fullName": { "Source": "{{_source.firstName}} {{_source.lastName}}" }, "firstName": { "Source": "_source.firstName", "Target": "_profile.FirstName" }, "lastName": { "Source": "_source.lastName", "Target": "_profile.LastName" } }, "Keys": { "_email": [ { "FieldNames": ["personalEmailAddress"] } ], "_fullName": [ { "FieldNames": ["fullName"] } ], "_account": [ { "StandardIdentifiers": ["PROFILE","UNIQUE"], "FieldNames": ["accountId"] } ] } }

참고:emailfullname인덱싱되지만 프로필을 검색하는 데 사용되지는 않습니다. 계정은 고유 키입니다. 객체를 지정해야 합니다. 동일한 계정 ID를 가진 객체를 수집할 때마다 동일한 계정 ID를 가진 이전 객체를 덮어씁니다.

표준 프로필 개체에는 여러 필드가 채워집니다 (다음 필드 참조).Target정의).

표준 프로파일을 채우지 않는 객체 유형 매핑

이 예제는 더 복잡한 사용 사례를 보여줍니다. 프로필과 관련된 데이터를 수집하지만 반드시 표준 프로필 개체를 채우는 것은 아닙니다.

다음은 들어오는 개체입니다.

{ "email": "john@examplecorp.com", "timestamp": "2010-01-01T12:34:56Z", "subject": "Whatever this is about", "body": "Body of ticket" }

다음은 이 데이터를 매핑하는 한 가지 방법입니다.

{ "Fields": { "email": { "Source": "_source.email", "ContentType": "EMAIL_ADDRESS" }, "timestamp": { "Source": "_source.timestamp" } }, "Keys": { "_email": [ { "StandardIdentifiers": ["PROFILE","LOOKUP_ONLY"], "FieldNames": ["email"] } ], "ticketEmail": [ { "StandardIdentifiers": ["PROFILE","SECONDARY","NEW_ONLY"], "FieldNames": ["email"] } ], "uniqueTicket": [ { "StandardIdentifiers": ["UNIQUE"], "FieldNames": ["email","timestamp"] } ] } }

이 예제는 데이터를 수집한 후 처음 조회할 때 이메일 주소를 수집합니다.

  • 이메일 주소가 단일 프로필과 일치하는 경우 해당 특정 프로필에 데이터를 첨부하는 데 사용됩니다. 다른 고유 식별자는 존재하지 않으므로 티켓의 고유 식별자는 이메일과 타임스탬프로 구성됩니다.

  • 지정된 이메일에 프로필이 없는 경우 단일 필드로 새 프로필이 만들어집니다.EmailAddress채워됩니다. 인제스트된 오브젝트가 새 오브젝트에 연결됩니다.추론 프로필. 프로필을 찾을 수 있는 검색 가능한 두 개의 키는 다음과 같습니다._emailuniqueTicket.

  • 지정된 이메일 주소를 가진 프로필이 두 개 이상 있는 경우 다음 단일 필드를 사용하여 새 프로필이 만들어집니다.EmailAddress채워지면 개체가 새 프로파일에 첨부됩니다. 이 프로파일은 를 사용하여 생성됩니다.ticketEmail키 정의, 추가_emailuniqueTicket. 해당 이메일의 모든 후속 티켓은 이 새 티켓에 배정됩니다.추론 프로필. 그 이유는 _emailkey는 세 개의 프로필을 참조하므로 삭제되지만ticketEmail키는 단일 프로필 (새로 유추된 프로필) 만 참조하며 여전히 유효합니다.

  • 새로운 경우추론 프로필생성됨,EmailAddress필드를 생성한 첫 번째 객체로부터 필드가 채워집니다.