Definir campos XDM na API do registro de esquema

Todos os campos do Experience Data Model (XDM) são definidos usando o padrão Esquema JSON restrições que se aplicam ao tipo de campo, com restrições adicionais para nomes de campo impostos pelo Adobe Experience Platform. A API do Registro de esquema permite definir campos personalizados em seus esquemas por meio do uso de formatos e restrições opcionais. Os tipos de campo XDM são expostos pelo atributo de nível de campo, meta:xdmType.

NOTE
meta:xdmType é um valor gerado pelo sistema e, portanto, você não precisa adicionar essa propriedade ao JSON do seu campo ao usar a API (exceto quando criação de tipos de mapa personalizados). A prática recomendada é usar tipos de Esquema JSON (como string e integer) com as restrições mín./máx. apropriadas, conforme definido na tabela abaixo.

Este guia descreve a formatação apropriada para definir diferentes tipos de campo, incluindo aqueles com propriedades opcionais. Mais informações sobre propriedades opcionais e palavras-chave específicas por tipo estão disponíveis por meio da Documentação do esquema JSON.

Para começar, encontre o tipo de campo desejado e use o código de amostra fornecido para criar sua solicitação de API para o criação de um grupo de campos ou criação de um tipo de dados.

String string

String os campos são indicados por type: string.

"sampleField": {
  "title": "Sample String Field",
  "description": "An example string field.",
  "type": "string"
}

Opcionalmente, é possível restringir quais tipos de valores podem ser inseridos para a string por meio das seguintes propriedades adicionais:

  • pattern: um padrão regex pelo qual restringir.
  • minLength: um comprimento mínimo para a cadeia de caracteres.
  • maxLength: um comprimento máximo para a cadeia de caracteres.
"sampleField": {
  "title": "Sample String Field",
  "description": "An example string field with added constraints.",
  "type": "string",
  "pattern": "^[A-Z]{2}$",
  "maxLength": 2
}

URI uri

URI os campos são indicados por type: string com um format propriedade definida como uri. Nenhuma outra propriedade é aceita.

"sampleField": {
  "title": "Sample URI Field",
  "description": "An example URI field.",
  "type": "string",
  "format": "uri"
}

Enum enum

Enum os campos devem usar type: string, com os próprios valores de enumeração fornecidos sob um enum matriz:

"sampleField": {
  "title": "Sample Enum Field",
  "description": "An example enum field.",
  "type": "string",
  "enum": [
      "value1",
      "value2",
      "value3"
  ]
}

Opcionalmente, você pode fornecer rótulos voltados para o cliente para cada valor em um meta:enum propriedade, com cada rótulo digitado para um valor correspondente em enum.

"sampleField": {
  "title": "Sample Enum Field",
  "description": "An example enum field with customer-facing labels.",
  "type": "string",
  "enum": [
      "value1",
      "value2",
      "value3"
  ],
  "meta:enum": {
      "value1": "Value 1",
      "value2": "Value 2",
      "value3": "Value 3"
  }
}
NOTE
A variável meta:enum o valor faz não declare uma enumeração ou unidade para qualquer validação de dados por conta própria. Na maioria dos casos, as cadeias de caracteres fornecidas em meta:enum também são fornecidas em enum para garantir que os dados sejam limitados. No entanto, existem alguns casos de meta:enum é fornecido sem um correspondente enum matriz. Veja o tutorial sobre definição de valores sugeridos para obter mais informações.

É possível fornecer opcionalmente uma default para indicar o padrão enum valor que o campo usará se nenhum valor for fornecido.

"sampleField": {
  "title": "Sample Enum Field",
  "description": "An example enum field with customer-facing labels and a default value.",
  "type": "string",
  "enum": [
      "value1",
      "value2",
      "value3"
  ],
  "meta:enum": {
      "value1": "Value 1",
      "value2": "Value 2",
      "value3": "Value 3"
  },
  "default": "value1"
}
IMPORTANT
Se não default é fornecido e o campo enum é definido como required, qualquer registro que não tenha um valor aceito para esse campo falhará na validação após a assimilação.

Número number

Campos de número são indicados por type: number e não têm outras propriedades necessárias.

"sampleField": {
  "title": "Sample Number Field",
  "description": "An example number field.",
  "type": "number"
}
NOTE
number tipos são usados para qualquer tipo numérico, seja números inteiros ou números de ponto flutuante, enquanto integer tipos são usados especificamente para números integrais. Consulte a Documentação do esquema JSON sobre tipos numéricos para obter mais informações sobre os casos de uso de cada tipo.

Número inteiro integer

Integer os campos são indicados por type: integer e não têm outros campos obrigatórios.

"sampleField": {
  "title": "Sample Integer Field",
  "description": "An example integer field.",
  "type": "integer"
}
NOTE
Enquanto integer tipos referem-se especificamente a números integrais, number tipos são usados para qualquer tipo numérico, seja números inteiros ou números de ponto flutuante. Consulte a Documentação do esquema JSON sobre tipos numéricos para obter mais informações sobre os casos de uso de cada tipo.

Opcionalmente, é possível restringir o intervalo do inteiro adicionando minimum e maximum à definição. Vários outros tipos numéricos compatíveis com a interface do construtor de esquemas são apenas integer tipos com propriedades minimum e maximum restrições, como Longo, Short, e Byte.

"sampleField": {
  "title": "Sample Integer Field",
  "description": "An example integer field with added constraints.",
  "type": "integer",
  "minimum": 1,
  "maximum": 100
}

Longo long

O equivalente de um Longo O campo criado por meio da interface do usuário do Schema Builder é um integer campo de tipo com minimum e maximum valores (-9007199254740992 e 9007199254740992, respectivamente).

"sampleField": {
  "title": "Sample Long Field",
  "description": "An example long field.",
  "type": "integer",
  "minimum": -9007199254740992,
  "maximum": 9007199254740992
}

Short short

O equivalente de um Short O campo criado por meio da interface do usuário do Schema Builder é um integer campo de tipo com minimum e maximum valores (-32768 e 32768, respectivamente).

"sampleField": {
  "title": "Sample Short Field",
  "description": "An example short field.",
  "type": "integer",
  "minimum": -32768,
  "maximum": 32768
}

Byte byte

O equivalente de um Byte O campo criado por meio da interface do usuário do Schema Builder é um integer campo de tipo com minimum e maximum valores (-128 e 128, respectivamente).

"sampleField": {
  "title": "Sample Byte Field",
  "description": "An example byte field.",
  "type": "integer",
  "minimum": -128,
  "maximum": 128
}

Booleano boolean

Booleano os campos são indicados por type: boolean.

"sampleField": {
  "title": "Sample Boolean Field",
  "description": "An example boolean field.",
  "type": "boolean"
}

É possível fornecer opcionalmente uma default valor que o campo usará quando nenhum valor explícito for fornecido durante a assimilação.

"sampleField": {
  "title": "Sample Boolean Field",
  "description": "An example boolean field with a default value.",
  "type": "boolean",
  "default": false
}
IMPORTANT
Se não default é fornecido e o campo booleano é definido como required, qualquer registro que não tenha um valor aceito para esse campo falhará na validação após a assimilação.

Data date

Data os campos são indicados por type: string e format: date. Opcionalmente, também é possível fornecer uma matriz de examples para utilizar o nos casos em que você deseja exibir uma string de data de exemplo para usuários que inserem os dados manualmente.

"sampleField": {
  "title": "Sample Date Field",
  "description": "An example date field with an example array item.",
  "type": "string",
  "format": "date",
  "examples": ["2004-10-23"]
}

DateTime date-time

DateTime os campos são indicados por type: string e format: date-time. Opcionalmente, também é possível fornecer uma matriz de examples para utilizar o nos casos em que você deseja exibir uma amostra de string de data e hora para usuários que inserem os dados manualmente.

"sampleField": {
  "title": "Sample Datetime Field",
  "description": "An example datetime field with an example array item.",
  "type": "string",
  "format": "date-time",
  "examples": ["2004-10-23T12:00:00-06:00"]
}

Matriz array

Matriz os campos são indicados por type: array e uma items objeto que define o schema dos itens que a matriz aceitará.

Você pode definir itens de matriz usando tipos primitivos, como uma matriz de sequências de caracteres:

"sampleField": {
  "title": "Sample Array Field",
  "description": "An example array field using a primitive type.",
  "type": "array",
  "items": {
    "type": "string"
  }
}

Você também pode definir os itens de matriz com base em um tipo de dados existente referenciando o $id do tipo de dados por meio de um $ref propriedade. Veja a seguir uma matriz de Item de pagamento objetos:

"sampleField": {
  "title": "Sample Array Field",
  "description": "An example array field using a data type reference.",
  "type": "array",
  "items": {
    "$ref": "https://ns.adobe.com/xdm/data/paymentitem"
  }
}

Objeto object

Objeto os campos são indicados por type: object e uma properties objeto que define subpropriedades para o campo de esquema.

Cada subcampo definido em properties pode ser definido usando qualquer primitiva type ou fazendo referência a um tipo de dados existente por meio de um $ref propriedade apontando para $id do tipo de dados em questão:

"sampleField": {
  "title": "Sample Object Field",
  "description": "An example object field.",
  "type": "object",
  "properties": {
    "field1": {
      "type": "string"
    },
    "field2": {
      "$ref": "https://ns.adobe.com/xdm/common/measure"
    }
  }
}

Também é possível definir o objeto inteiro por meio do, referenciando um tipo de dados, desde que o tipo de dados em questão seja definido como type: object:

"sampleField": {
  "title": "Sample Object Field",
  "description": "An example object field using a data type reference.",
  "$ref": "https://ns.adobe.com/xdm/common/phoneinteraction"
}

Mapa map

Um campo de mapa é essencialmente um objectcampo tipo com um conjunto de chaves não restrito. Como objetos, os mapas têm um type valor de object, mas os seus meta:xdmType está explicitamente definido como map.

Um mapa não deve defina quaisquer propriedades. É deve definir um único additionalProperties schema para descrever o tipo de valores contidos no mapa (cada mapa pode conter apenas um único tipo de dados). A variável type o valor deve ser string ou integer.

Por exemplo, um campo de mapa com valores do tipo string seria definido da seguinte maneira:

"sampleField": {
  "title": "Sample Map Field",
  "description": "An example map field.",
  "type": "object",
  "meta:xdmType": "map",
  "additionalProperties": {
    "type": "string"
  }
}

Consulte a seção abaixo para obter mais detalhes sobre como criar campos de mapa personalizados.

Criação de tipos de mapa personalizados custom-maps

Para oferecer suporte a dados "semelhantes a mapas" com eficiência no XDM, os objetos podem ser anotados com uma meta:xdmType definir como map para deixar claro que um objeto deve ser gerenciado como se o conjunto de chaves não estivesse restrito. Os dados assimilados em campos de mapa devem usar chaves de sequência e somente valores de sequência ou inteiros (conforme determinado por additionalProperties.type).

O XDM impõe as seguintes restrições ao uso dessa dica de armazenamento:

  • Os tipos de mapa DEVEM ser do tipo object.
  • Os tipos de mapa NÃO DEVEM ter propriedades definidas (em outras palavras, eles definem objetos "vazios").
  • Os tipos de mapa DEVEM incluir um additionalProperties.type que descreve os valores que podem ser colocados no mapa, seja string ou integer.

Certifique-se de que você só esteja usando campos do tipo mapa quando for absolutamente necessário, pois eles apresentam as seguintes desvantagens de desempenho:

  • Tempo de resposta de Serviço de consulta Adobe Experience Platform degrada de três segundos a dez segundos para 100 milhões de registros.
  • Os mapas devem ter menos de 16 chaves, caso contrário, haverá risco de degradação adicional.

A interface do usuário da Platform também tem limitações na forma como pode extrair as chaves de campos do tipo mapa. Enquanto os campos do tipo objeto podem ser expandidos, os mapas são exibidos como um único campo.

Próximas etapas

Este guia abordou como definir diferentes tipos de campo na API. Para obter mais informações sobre como os tipos de campo XDM são formatados, consulte o manual sobre Restrições de tipo de campo XDM.

recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07