Última modificação: 28 de agosto de 2025
O HubDB é um armazenamento de dados relacional que apresenta dados como linhas, colunas e células em uma tabela, como uma planilha. As tabelas HubDB podem ser adicionadas ou modificadas dentro da sua conta da HubSpot, mas você também pode usar os pontos de extremidade de API documentados aqui. Para obter informações sobre como usar dados de tabelas HubDB no seu site ou em e-mails programáveis, confira a Documentação do desenvolvedor do CMS da HubSpot. Semelhante às páginas do site do HubSpot, as tabelas HubDB oferecem suporte às versões draft e published. Isso permite que você atualize os dados na tabela, seja para teste ou para permitir um processo de aprovação manual, sem afetar nenhuma página ativa. Saiba mais sobre tabelas de rascunho versus tabelas dinâmicas. Se uma tabela estiver definida para ter acesso pelo público, você pode acessar a versão publicada da tabela e das linhas sem qualquer autenticação especificando seu ID de conta da HubSpot através do parâmetro de consulta portalId. Se você estiver migrando da v2 da API de HubDB, saiba mais sobre alterações na API atual (v3).

Observação:

Pontos de extremidade com suporte a GET também oferecem suporte a CORS, para que você possa acessar dados em uma tabela do lado do cliente usando JavaScript e o ID da conta. Outros métodos e o ponto de extremidade Obter todas as tabelas requerem autenticação e não oferecem suporte a CORS.

Limites de taxa

As solicitações de API do HubDB têm limites de taxa diferentes, dependendo do tipo de solicitação:
  • Quaisquer solicitações GET que não exijam autenticação (incluindo solicitações JavaScript do lado do cliente) estão limitadas a 10 solicitações por segundo. Essas solicitações não contarão para o limite diário.
  • Todas as outras solicitações usando autenticação siga as limites padrão.

Tabelas de rascunho e ativas

As tabelas HubDB têm versões de rascunho e ativas, e as versões ativas podem ser publicadas ou ter sua publicação cancelada. Assim, você poderá atualizar os dados na tabela, seja para visualizações de página ou testes ou para permitir um processo de aprovação manual, sem afetar nenhuma página ativa. Nessa API, pontos de extremidade separados são designados para as versões rascunho e publicada de uma tabela. Por exemplo, você pode recuperar a versão publicada de uma tabela fazendo uma solicitação GET para o seguinte ponto de extremidade: /cms/v3/hubdb/tables/{tableIdOrName} E para recuperar qualquer conteúdo em rascunho, mas que ainda não foi publicado, você adicionaria /draft ao final do URL: /cms/v3/hubdb/tables/{tableIdOrName}/draft Os dados de rascunho podem ser revisados e depois enviados por push ao HubSpot ou usando o ponto de extremidade /push-live. Os dados de rascunho também podem ser descartados por meio do ponto de extremidade /reset, permitindo reverter para a versão atual ativa dos dados sem interrupção.

Criar uma tabela HubDB

Para criar uma tabela HubDB, faça uma solicitação POST para /cms/v3/hubdb/tables. No corpo da solicitação, especifique nos seguintes campos obrigatórios:
CampoTipoDescriçãoExemplo
nameStringO nome interno da tabela. Este nome não pode ser alterado após a criação da tabela. Os nomes somente podem incluir letras minúsculas, dígitos e sublinhados e não podem começar com um número."name": "my_table"
labelStringO rótulo da tabela que os usuários veem ao editar a tabela no HubSpot."label":"My table"
Além disso, você pode especificar os seguintes campos opcionais:
CampoTipoDescriçãoExemplo
useForPagesBooleanoSe a tabela pode ser usada para criação de páginas dinâmicas."useForPages": false
allowPublicAPIAccessBooleanoSe a tabela pode ser lida sem autorização."allowPublicApiAccess": false
allowChildTablesBooleanoSe tabelas secundárias podem ser criadas para a tabela."allowChildTables": false
enableChildTablePagesBooleanoSe páginas dinâmicas de vários níveis devem ser criadas usando tabelas secundárias."enableChildTablePages": false
columnsObjetoAs colunas da tabela. Saiba mais sobre as propriedades de coluna nas seções Adicionar colunas da tabela.See "Add table columns" section below
Sem nenhuma coluna adicionada, sua solicitação de criação poderá ter a seguinte aparência:
// Example request
{
  "name": "test_table",
  "label": "Test Table",
  "useForPages": false,
  "allowPublicApiAccess": false,
  "allowChildTables": true,
  "enableChildTablePages": false,
  "columns": []
}

Adicionar colunas da tabela

Cada coluna de uma Tabela HubDB pode ser definida com as seguintes propriedades:
CampoTipoDescriçãoExemplo
nameStringObrigatório. O nome interno da coluna. Não pode ser alterado depois que a coluna for criada."name": "row_name"
labelStringOpcional. O rótulo da coluna que os usuários verão ao editar a tabela no HubSpot."label": "Row label"
typeStringO tipo de dados da coluna. Deve ser um dos seguintes:
  • TEXT: um campo de texto.
  • RICHTEXT: um campo de texto que oferece suporte à formatação HTML básica. Não recomendado para HTML bruto, pois pode afetar se o HTML é editável no HubSpot. Editar o código no HubSpot também pode afetar a maneira como o código é renderizado.
  • NUMBER: um campo de número.
  • BOOLEAN: representado como uma caixa de seleção no HubSpot. Use 0 para desmarcados e 1 para marcados.
  • DATE: armazena uma data específica como uma data/hora em milissegundos, definido como meia-noite UTC.
  • DATETIME: armazena uma data e uma hora como uma data/hora em milissegundos.
  • SELECT: a coluna somente pode ser definida como uma de um conjunto de opções. Veja o campo options abaixo para propriedades obrigatórias.
  • MULTISELECT: a coluna pode ser definida para uma ou mais opções de um conjunto. Veja o campo options abaixo para propriedades obrigatórias.
  • LOCATION: armazena a latitude e a longitude de uma localização.
  • IMAGE: armazena o URL de uma imagem.
  • VIDEO: armazena o ID do reprodutor do vídeo.
  • FOREIGN_ID: a coluna fará referência a uma coluna de outra tabela HubDB. Além disso, você deve definir a outra tabela HubDB com as seguintes propriedades:
    • foreignTableId:o ID da outra tabela HubDB.
    • foreignColumnId: o ID da coluna na outra tabela HubDB.
  • CURRENCY: armazena o número como um valor de moeda.
  • FILE: armazena um arquivo do gerenciador de arquivos. Você também precisará incluir um fileType para especificar se o campo pode armazenar todos os tipos de arquivo (FILE) ou somente tipos de documentos, como PDF (DOCUMENT).
"type": "type"
optionsObjetoUma lista de opções para colunas de seleção e seleção múltipla. Cada opção é definida com um name, juntamente com um type igual a option."option": [{"name":"Option 1", "type":"option"}, {"name": "Option 2", "type": "option"}]
Usando os campos acima, sua solicitação para criar uma nova tabela HubDB pode ter a seguinte aparência:
// Example request
{
  "label": "Test Table",
  "name": "test_table",
  "columns": [
    {
      "name": "text_column",
      "label": "Text Column",
      "archived": false,
      "type": "TEXT"
    },
    {
      "name": "number_column",
      "label": "Number Column",
      "archived": false,
      "type": "NUMBER"
    },
    {
      "name": "multiselect",
      "label": "Multi Select Column",
      "archived": false,
      "type": "multiselect",
      "options": [
        {
          "name": "Option 1",
          "type": "option"
        },
        {
          "name": "Option 2",
          "type": "option"
        }
      ]
    }
  ],
  "useForPages": true,
  "allowChildTables": true,
  "enableChildTablePages": false,
  "allowPublicApiAccess": false
}
Após a criação de uma tabela, IDs serão atribuídos às colunas em ordem crescente. Ao atualizar as colunas existentes, inclua o campo id da coluna no objeto de entrada.

Adicionar linhas da tabela

Você pode adicionar linhas manualmente por meio da API ou pode importar linhas de um arquivo CSV. Para adicionar linhas a uma tabela HubDB, faça uma solicitação POST para /cms/v3/hubdb/tables/{tableIdOrName}/rows. Para cada linha da tabela, você pode incluir os seguintes campos:
CampoTipoDescriçãoExemplo
valuesObjetoUma lista de pares chave-valor com o nome da coluna e o valor que você deseja adicionar a ela.

Se não quiser definir um valor específico para uma coluna, você pode omitir o nome da coluna na lista de pares chave-valor.
"values": { "text_column": "sample text", "number_column": 76}
pathStringPara tabelas habilitadas para páginas dinâmicas, path é o sufixo do caminho usado para a página criada para esta linha."path": "example_url_path"
nameStringPara tabelas habilitadas para páginas dinâmicas, name é o título HTML usado para a página criada para esta linha."name": "Example Title"
childTableIdNúmeroAo criar páginas dinâmicas de vários níveis, childTableId especifica o ID da tabela secundária."childTableId": 123456
Usando os campos acima, o corpo da solicitação pode ser parecido com o seguinte:
// Example request
{
  "values": {
    "text_column": "sample text value",
    "number_column": 76,
    "rich_text_column": "<strong>This is a styled paragraph.</strong>",
    "date_column": 1591228800000,
    "date_time_column": 1604450520000,
    "boolean_column": 1,
    "select_column": {
      "name": "option 1",
      "type": "option"
    },
    "multiselect_column": [
      {
        "name": "Option 1",
        "type": "option"
      },
      {
        "name": "Option 2",
        "type": "option"
      }
    ],
    "url_column": "https://www.hubspot.com/marketing",
    "video_column": 3392210008,
    "image_column": {
      "url": "https://f.hubspotusercontentqa00.net/hubfs/99992002/image3%20(1).jpg",
      "width": 1600,
      "height": 900,
      "type": "image"
    },
    "foreign_id_column": [
      {
        "id": "4364402239",
        "type": "foreignid"
      },
      {
        "id": "4364402240",
        "type": "foreignid"
      }
    ]
  },
  "path": "test_path",
  "name": "test_title",
  "childTableId": "1902373"
}

Importar linhas do CSV

Para importar dados de um arquivo CSV para uma tabela HubDB, faça uma solicitação POST para /cms/v3/hubdb/tables/{tableIdOrName}/draft/import. O ponto de extremidade de importação assume uma faça uma solicitação POST multipart/form-data:
  • config: um conjunto de opções formatadas em JSON para a importação.
  • file: o arquivo CSV que você deseja importar.
Em config, inclua os seguintes campos como uma string JSON:
CampoTipoDescriçãoExemplo
skipRowsNúmeroO número de linhas de cabeçalho que devem ser ignoradas. Este campo assume 1 por padrão, ignorando a primeira linha e tratando-a como um cabeçalho. Defina como 0 se todas as linhas forem dados válidos."skipRows": 0
separatorStringO delimitador de coluna no arquivo CSV. Defina "," como padrão."separator": ","
idSourceColumnNúmeroO índice da coluna no arquivo de origem que contém a ID da linha (hs_id).Se esta coluna for especificada, a importação atualizará as linhas existentes na tabela para as IDs de linha correspondentes do arquivo CSV. Isso é opcional e você pode ignorá-lo durante a primeira importação de dados para uma tabela.Consulte a seção Opções de redefinição abaixo para obter informações mais detalhadas."idSourceColumn": 1
resetTableBooleanoO padrão é false, significando que as linhas da tabela serão atualizadas sem remover nenhuma linha existente. Se definido como true, as linhas da planilha substituirão os dados da tabela, o que significa que as linhas da tabela que não estiverem na planilha serão excluídas.Consulte a Opções de redefinição abaixo para obter informações mais detalhadas."resetTable": true
nameSourceColumnNúmeroPara tabelas habilitadas para páginas dinâmicas, nameSourceColumn especifica a coluna no arquivo CSV que contém o name da linha. Os números das colunas estão em ordem crescente, com a primeira coluna sendo 1."nameSourcecolumn": 5
pathSourceColumnNumberPara tabelas habilitadas para páginas dinâmicas, pathSourceColumn especifica a coluna no arquivo CSV que contém o path da linha. Os números das colunas estão em ordem crescente, com a primeira coluna sendo 1."pathSourcecolumn": 6
childTableSourceColumnNúmeroEspecifica a coluna no arquivo CSV que contém as childTableId. Os números das colunas estão em ordem crescente, com a primeira coluna sendo 1."childTableSourcecolumn": 3
columnMappingsMatrizUma lista de mapeamentos das colunas no arquivo de origem para as colunas na Tabela HubDB de destino. Cada mapeamento deve ter o seguinte formato: {"source":1,"target”:"columnIdOrName"}
  • fonte: o índice de coluna no arquivo de origem. Por exemplo, 2 para a segunda coluna.
  • destino: o ID ou o nome da coluna da tabela HubDB. Você pode obter o ID ou o nome de uma coluna obtendo os detalhes da tabela.
Se seu arquivo tiver uma coluna hs_id, ela não deve ser incluída em columnMappings. Em vez disso, inclua-o como idSourceColumn para atualizar as linhas existentes.
"columnMappings": [{"source":1, "target": 2}, {"source": 2, "target": "column_name"}]
primaryKeyColumnStringO nome de uma coluna na tabela HubDB de destino que será usado para desduplicação. O ID da coluna não pode ser usado para este campo."primaryKeyColumn": "column_name"
encodingStringO tipo de codificação do arquivo. Por exemplo, utf-8, ascii, iso-8859-2, iso-8859-5, iso-2022-jp, windows-1252."encoding": "utf-8"
formatStringSomente CSV é suportado."format": "csv"
Usando a tabela acima, seu JSON config pode ter a seguinte aparência:
// Example config JSON
{
  "skipRows": 1,
  "separator": ",",
  "idSourceColumn": 1,
  "resetTable": false,
  "columnMappings": [
    {
      "target": 1,
      "source": 2
    },
    {
      "target": 2,
      "source": "zip_code"
    }
  ],
  "primaryKeyColumn": "name",
  "encoding": "utf-8",
  "format": "csv"
}
Se estiver usando cURL, seu comando pode se parecer com o seguinte:
curl -L -X POST 'https://api.hubspotqa.com/hubdb/api/v2/tables/xxxxxx/import?portalId=xxxxxxx' \
-H 'Content-Type: multipart/form-data' \
-F 'config="{\"skipRows\":1,\"format\":\"csv\",\"separator\":\",\",\"encoding\":\"iso-8859-1\",\"columnMappings\":[{\"target\":1,\"source\":7},{\"target\":3,\"source\":8}],\"idSourceColumn\":1,\"pathSourceColumn\":null,\"nameSourceColumn\":null,\"childTableSourceColumn\":null,\"resetTable\":true}"' \
-F 'file=@"/Users/xxxxxxxxxxxxx/Downloads/filename.csv"'

Formatação de data

Há vários formatos que você pode usar ao importar dados para uma coluna de tipo de data. Inteiros
  • yyyy/mm/dd
  • yyyy/mm/dd
  • mm/dd/yyyy
  • mm/dd/yy
Esses formatos exigem que o mês preceda o dia (ou seja, dd/mm/yy não é aceito). Inteiros podem ser separados por hifens (-) ou barras (/). Datas flexíveis Também é possível importar formatos de data que sejam menos padronizados do que as datas baseadas em inteiros. Por exemplo:**
  • The 1st of March in the year 2022
  • Fri Mar 4 2022
  • March 4th '22
Datas relativa O HubSpot analisará os seguintes formatos de data relativos ao dia atual:**
  • next Thursday
  • Today
  • tomorrow
  • 3 days from now

Redefinir opções

Ao importar dados de um arquivo CSV para uma tabela HubDB, você pode definir o campo resetTable para true ou false (padrão) para controlar se os dados da linha do HubDB serão substituídos.
  • Se resetTable estiver definido como true:
    • Se as linhas no arquivo CSV não tiverem uma coluna de ID de linha (hs_id ou o ID da linha for especificado como 0, essas linhas serão inseridas com os novos IDs de linha gerados.
    • Se os IDs de linha no arquivo CSV já existirem na tabela de destino, as linhas existentes na tabela serão atualizadas com os novos valores do arquivo de entrada.
    • Se a tabela tiver linhas, mas o arquivo CSV de entrada não tiver os IDs dessas linha, as linhas serão excluídas da tabela de destino.
    • Se os IDs de linha no arquivo CSV de entrada não existirem na tabela de destino, essas linhas serão inseridas com os novos IDs de linha gerados e os IDs de linha fornecidos no arquivo de entrada serão ignorados.
    • Se o arquivo CSV de entrada não contiver a coluna de ID de linha, todas as linhas serão excluídas da tabela de destino e as linhas do arquivo de entrada serão inseridas com os novos IDs de linha gerados.
  • Se resetTable estiver definido como false (padrão):
    • Se os IDs de linha no arquivo CSV já existirem na tabela de destino, as linhas existentes na tabela serão atualizadas com os novos valores do arquivo de entrada.
    • Se a tabela tiver linhas, mas o arquivo CSV de entrada não tiver os IDs dessas linhas, as linhas não serão excluídas da tabela de destino e permanecerão inalteradas.
    • Se os IDs de linha no arquivo CSV de entrada não existirem na tabela de destino, essas linhas serão inseridas com os novos IDs de linha gerados e os IDs de linha fornecidos no arquivo de entrada serão ignorados.
    • Se as linhas no arquivo CSV não tiverem uma coluna de ID de linha ou se o ID de linha for especificado como 0, essas linhas serão inseridas com os novos IDs de linha gerados.

Recuperar dados do HubDB

Há várias maneiras de recuperar dados do HubDB, dependendo se você está procurando detalhes da tabela ou as linhas de uma tabela:
  • Para recuperar detalhes de todas as tabelas publicadas, faça uma solicitação GET para /cms/v3/hubdb/tables.
  • Para recuperar os detalhes de uma tabela publicada específica, faça uma solicitação GET para /cms/v3/hubdb/tables{tableIdOrName}.
  • Para recuperar todas as linhas de uma tabela específica, faça uma solicitação GET para /cms/v3/hubdb/tables{tableIdOrName}/rows.
  • Para recuperar uma linha específica de uma tabela, faça uma solicitação GET para /cms/v3/hubdb/tables{tableIdOrName}/rows/{rowId}.
Ao recuperar dados de linha, você pode filtrar e classificar os resultados. Se uma tabela estiver definida para ter acesso pelo público, você pode acessar a versão publicada da tabela e das linhas sem qualquer autenticação especificando seu ID de conta da HubSpot através do parâmetro de consulta portalId.

Filtrar linhas retornadas

Ao recuperar dados da tabela HubDB, você pode aplicar filtros como parâmetros de consulta para receber dados específicos. Os parâmetros de consulta de filtro são construídos da seguinte forma: columnName__operator. Por exemplo, se você tiver uma coluna numérica chamada barra, poderá filtrar os resultados para incluir somente linhas onde barra for superior a 10: &bar__gt=10. Todos os filtros são unidos por E (filtros OU não são suportados no momento). Ao filtrar, lembre-se do seguinte:
  • Ao transmitir valores para colunas multiselect, eles devem ser separados por vírgulas (por exemplo, multiselect_column__contains=1,2).
  • Para filtros datetime, você pode usar datas relativas no lugar de data/hora para especificar um valor relativo à hora atual. Por exemplo, -3h corresponderia à data e hora de 3 horas antes, ao passo que 10s corresponderia a 10 segundos no futuro. As unidades de tempo suportadas são ms (milissegundos), s (segundos), m (minutos), h (horas), d (dias). A hora atual pode ser usada especificando um valor zero: 0s
  • Para efeitos destes filtros, a coluna incorporada hs_id é uma coluna number, a coluna hs_created_at é datetime e as colunas hs_path e hs_name são colunas text.
Abaixo, saiba quais operadores podem ser aplicados a quais tipos de coluna:
OperadorNomeDescrição
eq (or none)Igual aTodos os tipos de coluna.Este filtro será aplicado se nenhum operador for usado. Quando usado com colunas de seleção múltipla, retorna linhas que correspondem exatamente aos valores fornecidos.
neNão é igual aTodos os tipos de coluna.
containsContémTexto, rich text e seleção múltipla.Quando usado com colunas de seleção múltipla, retorna as linhas que contêm todos os valores fornecidos. Este filtro diferencia maiúsculas e minúsculas.
ltMenor queNúmero, data e data/hora.
lteMenor que ou igual aNúmero, data e data/hora.
gtMaior queNúmero, data e data/hora.
gteMaior que ou igual aNúmero, data e data/hora.
is_nullNuloTodos os tipos de coluna, exceto booleano. Esse filtro não requer um valor (por exemplo, &exampleColumn__is_null=).
not_nullNão nuloTodos os tipos de coluna, exceto booleano. Esse filtro não requer um valor (por exemplo, &exampleColumn__not_null=).
likeÉ comoTexto e richtext.
not_likeNão é comoTexto e richtext.
icontainsContémTexto e rich text.Este filtro não diferencia maiúsculas de minúsculas.
startswithComeça comTexto e richtext.
inEmNúmero, seleção e multiseleção.Retorna linhas em que a coluna inclui pelo menos uma das opções transmitidas. Quando não houver outro sort no parâmetro de consulta, os resultados serão classificados na ordem em que os valores são especificados no operador in.

Classificar as linhas retornadas

Ao recuperar dados do HubDB, você pode aplicar a classificação como um parâmetro de consulta para determinar a ordem dos dados retornados. Para classificar dados, adicione um parâmetro de consulta sort e especifique o nome da coluna: &sort=columnName Por padrão, os dados serão retornados na ordem natural da coluna especificada. Você pode inverter a classificação adicionando um - ao nome da coluna: &sort=-columnName Você pode incluir este parâmetro várias vezes para classificar por várias colunas. Além de classificar por coluna, há três funções que podem ser usadas:
  • geo_distance(location_column_name, latitude, longitude): pega o nome de uma coluna de localização e as coordenadas, retorna as linhas ordenadas por quão longe os valores da coluna de localização especificada estão das coordenadas fornecidas.
  • length(column_name): pega o nome de uma coluna, retorna as linhas ordenadas pelo comprimento do valor da coluna (calculado como uma string)
  • random(): retorna as linhas em ordem aleatória.
Essas funções também suportam classificação inversa. Por exemplo, a seguinte classificação geo_distance retorna os itens mais distantes primeiro: sort=-geo_distance(location_column,42.37,-71.07)

Configurar tabelas HubDB para páginas dinâmicas

Usando o CMS do HubSpot, você pode usar uma tabela HubDB como fonte de dados para gerar páginas dinâmicas. Por exemplo, você pode criar uma tabela que contenha uma linha para cada membro da equipe executiva, com colunas contendo informações que você deseja exibir em uma página. Depois de selecionar essa tabela como a fonte de dados dinâmicos de uma página, esta gerará uma página de listagem que exibirá todas as linhas como itens de resumo, juntamente com páginas separadas para cada linha, semelhante a uma página de listagem de blog e posts de blog. Para permitir que uma tabela seja selecionada como fonte de dados no editor de conteúdo, será necessário definir useForPage como true. Opcionalmente, você pode incluir dynamicMetaTags para especificar quais colunas usar para os metadados de cada página.

Observação:

Ao especificar dynamicMetaTags, você precisará verificar se a página está usando as tags page_meta do HubL em vez de content. Saiba mais no guia de páginas dinâmicas.
Por exemplo, o código abaixo criaria uma tabela que pode ser usada para páginas dinâmicas e especifica as três colunas a serem usadas para metadados de página.
// Example POST request to create table
{
  "name": "dynamic_page_table",
  "label": "Dynamic page table",
  "useForPages": true,
  "columns": [
    {
      "name": "meta_description",
      "label": "Meta description",
      "archived": false,
      "type": "TEXT"
    },
    {
      "name": "featured_image",
      "label": "Featured image",
      "archived": false,
      "type": "IMAGE"
    },
    {
      "name": "canonical_url",
      "label": "Canonical URL",
      "archived": false,
      "type": "URL"
    }
  ],
  "dynamicMetaTags": {
    "DESCRIPTION": 1,
    "FEATURED_IMAGE_URL": 2,
    "LINK_REL_CANONICAL_URL": 3
  }
}
ParâmetroTipoDescrição
useForPagesBooleanoDefina como true para permitir que a tabela seja usada como uma fonte de dados para páginas dinâmicas.
dynamicMetaTagsObjetoEspecifica as colunas por ID a serem usadas para metadados em cada página dinâmica. Pode conter:
  • DESCRIPTION
  • FEATURED_IMAGE_URL
  • LINK_REL_CANONICAL_URL
Para qualquer campo de metadados não especificado, as páginas herdarão os respectivos valores da página principal.
DESCRIPTIONNúmeroO ID numérico da coluna a ser usado para as metadescrições de cada página.
FEATURED_IMAGE_URLNúmeroO ID numérico da coluna a ser usado para o URL da imagem em destaque em cada página.
LINK_REL_CANONICAL_URLNúmeroO ID numérico da coluna a ser usado para o URL canônico de cada página.

Alterações na V3

  • As tabelas devem ter name e label. Este nome não pode ser alterado após a criação da tabela. Os nomes somente podem incluir letras minúsculas, dígitos e sublinhados e não podem começar com um número. Ambos name e label devem ser exclusivos na conta.
  • A API oferece suporte a ambas as tabelas id e name nos caminhos de URL.
  • GET pontos de extremidade da linha retornam o nameda coluna em vez de id no campo values. Além disso, os pontos de extremidade de linha POST / PUT / PATCH exigem a coluna name em vez de id no campo values.
  • Os pontos de extremidade de atualização PATCH agora aceitam atualizações esparsas, o que significa que você pode especificar apenas os valores de coluna que precisa atualizar (nas versões anteriores, era necessário especificar todos os valores de coluna). Quando você atualiza uma coluna com uma lista de valores, como seleção múltipla, é necessário especificar a lista de todos os valores. Para excluir o valor de uma coluna, você precisa especificar a coluna com o valor como null na solicitação.
  • Removidos os pontos de extremidade para get / update / delete uma célula de linha em favor de pontos de extremidade de atualização PATCH para linhas.
  • O recurso para importar ponto de extremidade agora dá suporte a um campo opcional idSourceColumn, juntamente com os campos existentes nas opções formatadas em JSON. Você pode usar esse campo para especificar a coluna no arquivo csv que contém ids de linha. Para importar novas linhas, juntamente com os novos valores para as linhas existentes, você pode simplesmente especificar 0 como o id para as novas linhas e os ids de linha válidos para as colunas existentes. Veja mais detalhes na seção Importar abaixo. Também é possível usar nomes ou ids de coluna no campo de destino dos mapeamentos de coluna nas opções formatadas em JSON.
  • O clone de ponto de extremidade requer um novo nome e um novo rótulo.