Detalhes da Conexão do Google Campaign Manager 360¶

Introdução¶

Versão do conector

Esta documentação é baseada na versão 22.0.8510 do conector.

Começando¶

Suporte à versão do Google Campaign Manager

O conector exibe os relatórios e campos disponíveis por meio da API Google Campaign Manager v2.8. O conector expõe todos os relatórios existentes em sua instância do DCM, bem como um conjunto de tabelas genéricas para relatórios ad hoc.

Estabelecendo uma Conexão¶

Conectando-se ao Google Campaign Manager¶

Forneça as seguintes propriedades de conexão antes de adicionar as propriedades de autenticação.

• ProfileID: Defina como o ID do perfil de usuário DoubleClick ao qual você deseja se conectar. Esse valor pode ser recuperado da tabela Perfis. Se isso não for especificado, o primeiro perfil de usuário retornado será usado.

Autenticação no Google Campaign Manager¶

O conector oferece suporte ao uso de contas de usuário, contas de serviço e contas de instância do GCP para autenticação.

As seções a seguir discutem os esquemas de autenticação disponíveis para o Google Campaign Manager:

• Contas de usuário (OAuth)
• Conta de serviço (OAuthJWT)
• Conta de instância do GCP

Contas de Usuário (oauth)¶

AuthScheme deve ser definido como OAuth em todos os fluxos de conta de usuário.

Aplicativos de Área de Trabalho¶

fornece um aplicativo OAuth incorporado que simplifica a autenticação de área de trabalho OAuth. Como alternativa, você pode criar um aplicativo OAuth personalizado. Consulte Criando um aplicativo OAuth personalizado para obter informações sobre como criar aplicativos customizados e os motivos para fazê-lo.

Para autenticação, a única diferença entre os dois métodos é que você deve definir duas propriedades de conexão adicionais ao usar aplicativos OAuth personalizados.

Depois de definir as seguintes propriedades de conexão, você está pronto para se conectar:

• InitiateOAuth: Defina para GETANDREFRESH, que instrui o conector a tentar obter e atualizar automaticamente o token de acesso OAuth.
• OAuthClientId: (somente aplicativos personalizados) Defina isso como o ID do cliente nas configurações do aplicativo OAuth personalizado.
• OAuthClientSecret: (somente aplicativos personalizados) Defina isso como Segredo do cliente nas configurações do aplicativo OAuth personalizado.

Quando você conecta, o conector abre o endpoint OAuth em seu navegador padrão. Faça login e conceda permissões ao aplicativo. O conector conclui o processo OAuth da seguinte maneira:

• Extrai o token de acesso do URL de retorno de chamada.
• Obtém um novo token de acesso quando o antigo expira.
• Salva valores OAuth em OAuthSettingsLocation que persistem nas conexões.

Aplicativos da Web¶

Ao conectar por meio de um aplicativo da Web, você precisa criar e registrar um aplicativo OAuth personalizado com o Google Campaign Manager. Você pode então usar o conector para adquirir e gerenciar os valores de token OAuth. Consulte Criando um aplicativo OAuth personalizado para obter mais informações sobre aplicativos personalizados.

Obtenha um token de acesso OAuth

Defina as seguintes propriedades de conexão para obter o OAuthAccessToken:

• OAuthClientId: Defina isso para o ID do cliente nas configurações do aplicativo.
• OAuthClientSecret: Defina isso como o segredo do cliente nas configurações do aplicativo.

Em seguida, chame procedimentos armazenados* para concluir a troca OAuth:

1. Chame o GetOAuthAuthorizationURL procedimento armazenado. Defina a entrada CallbackURL para o URL de retorno especificado nas configurações do aplicativo. O procedimento armazenado* retorna a URL para o endpoint OAuth.
2. Navegue até a URL que o procedimento armazenado* retornado na Etapa 1. Efetue login no aplicativo OAuth customizado e autorize o aplicativo da web. Depois de autenticado, o navegador o redireciona para o URL de retorno de chamada.
3. Chame o GetOAuthAccessToken procedimento armazenado. Definir AuthMode como WEB e a entrada do verificador para o parâmetro "code" na string de consultar do URL de retorno de chamada.

Depois de obter os tokens de acesso e atualização, você pode se conectar aos dados e atualizar o token de acesso OAuth automática ou manualmente.

Atualização automática do token de acesso OAuth

Para que o driver atualize automaticamente o token de acesso OAuth, defina o seguinte na primeira conexão de dados:

• InitiateOAuth: Defina para REFRESH.
• OAuthClientId: Defina isso para o ID do cliente nas configurações do aplicativo.
• OAuthClientSecret: Defina isso como o segredo do cliente nas configurações do aplicativo.
• OAuthAccessToken: Defina isso para o token de acesso retornado por GetOAuthAccessToken.
• OAuthRefreshToken: Defina isso para o token de atualização retornado por GetOAuthAccessToken.
• OAuthSettingsLocation: Defina como o caminho em que o conector salva os valores do token OAuth, que persistem nas conexões.

Nas conexões de dados subsequentes, os valores para OAuthAccessToken e OAuthRefreshToken são obtidos de OAuthSettingsLocation.

Atualização manual do token de acesso OAuth

O único valor necessário para atualizar manualmente o token de acesso OAuth ao conectar-se aos dados é o token de atualização OAuth.

Use o RefreshOAuthAccessToken procedimento armazenado* para atualizar manualmente o OAuthAccessToken após o valor do parâmetro ExpiresIn retornado por GetOAuthAccessToken tiver decorrido e, em seguida, defina as seguintes propriedades de conexão:

• OAuthClientId: Defina isso para o ID do cliente nas configurações do aplicativo.
• OAuthClientSecret: Defina isso como o segredo do cliente nas configurações do aplicativo.

Em seguida, chame RefreshOAuthAccessToken com OAuthRefreshToken definido para o token de atualização OAuth retornado por GetOAuthAccessToken. Após a recuperação dos novos tokens, abra uma nova conexão definindo a propriedade OAuthAccessToken com o valor retornado por RefreshOAuthAccessToken.

Por fim, armazene o token de atualização OAuth para que você possa usá-lo para atualizar manualmente o token de acesso OAuth depois que ele expirar.

Máquinas Sem Cabeça¶

Para configurar o driver para usar OAuth com uma conta de usuário em uma máquina headless, você precisa autenticar em outro dispositivo que tenha um navegador de internet.

1. Escolha uma das duas opções:
   • Opção 1: Obtenha o OAuthVerifier valor conforme descrito em "Obter e trocar um código verificador" abaixo.
   • Opção 2: instale o conector em uma máquina com um navegador da Internet e transfira os valores de autenticação OAuth após a autenticação por meio do fluxo usual baseado no navegador, conforme descrito em "Configurações de transferência OAuth" abaixo.
2. Em seguida, configure o conector para atualizar automaticamente o token de acesso na máquina sem periféricos.

Opção 1: obter e trocar um código verificador

Para obter um código verificador, você deve se autenticar no URL de autorização OAuth.

Siga as etapas abaixo para autenticar na máquina com um navegador da Internet e obter o OAuthVerifier propriedade de conexão.

1. Escolha uma destas opções:
   • Se você estiver usando o aplicativo OAuth incorporado, clique em endpoint OAuth do Google Campaign Manager para abrir o endpoint em seu navegador.

   • Se você estiver usando um aplicativo OAuth personalizado, crie a URL de autorização definindo as seguintes propriedades:

     • InitiateOAuth: Definido como OFF.
     • OAuthClientId: Defina para o ID do cliente atribuído quando você registrou seu aplicativo.
     • OAuthClientSecret: Defina o segredo do cliente atribuído quando você registrou seu aplicativo.

     Em seguida, chame o GetOAuthAuthorizationURL procedimento armazenado* com o CallbackURL apropriado. Abra a URL retornada pelo procedimento armazenado* em um navegador. 2. Efetue login e conceda permissões ao conector. Você será redirecionado para o URL de retorno de chamada, que contém o código do verificador. 3. Salve o valor do código do verificador. Mais tarde, você definirá isso no OAuthVerifier propriedade de conexão.

Em seguida, você precisa trocar o código do verificador OAuth por atualização OAuth e tokens de acesso. Defina as seguintes propriedades:

Na máquina sem periféricos, defina as seguintes propriedades de conexão para obter os valores de autenticação OAuth:

• InitiateOAuth: Defina para REFRESH.
• OAuthVerifier: Defina isso para o código do verificador.
• OAuthClientId: (somente aplicativos personalizados) Defina isso como o ID do cliente nas configurações do aplicativo OAuth personalizado.
• OAuthClientSecret: (somente aplicativos personalizados) Defina isso como Segredo do cliente nas configurações do aplicativo OAuth personalizado.
• OAuthSettingsLocation: Defina para manter os valores de autenticação OAuth criptografados no arquivo especificado.

Depois que o arquivo de configurações OAuth é gerado, você precisa redefinir as seguintes propriedades para se conectar:

• InitiateOAuth: Defina para REFRESH.
• OAuthClientId: (somente aplicativos personalizados) Defina isso para o ID do cliente atribuído quando você registrou seu aplicativo.
• OAuthClientSecret: (somente aplicativos personalizados) Defina isso como o segredo do cliente atribuído quando você registrou seu aplicativo.
• OAuthSettingsLocation: Defina isso para o arquivo que contém os valores de autenticação OAuth criptografados. Certifique-se de que este arquivo forneça permissões de leitura e gravação ao conector para habilitar a atualização automática do token de acesso.

Opção 2: Transferir configurações de OAuth

Antes de conectar em uma máquina headless, você precisa criar e instalar uma conexão com o driver em um dispositivo que suporte um navegador de internet. Defina as propriedades de conexão conforme descrito em "Aplicativos da área de trabalho" acima.

Depois de concluir as instruções em "Aplicativos da área de trabalho", os valores de autenticação resultantes são criptografados e gravados no caminho especificado por OAuthSettingsLocation. O nome de arquivo padrão é OAuthSettings.txt.

Depois de testar a conexão com sucesso, copie o arquivo de configurações OAuth para sua máquina sem periféricos.

Na máquina sem periféricos, defina as seguintes propriedades de conexão para se conectar aos dados:

• InitiateOAuth: Defina para REFRESH.
• OAuthClientId: (somente aplicativos personalizados) Defina isso para o ID do cliente atribuído quando você registrou seu aplicativo.
• OAuthClientSecret: (somente aplicativos personalizados) Defina isso como o segredo do cliente atribuído quando você registrou seu aplicativo.
• OAuthSettingsLocation: Defina isso como o caminho para o arquivo de configurações OAuth. Certifique-se de que este arquivo forneça permissões de leitura e gravação ao conector para habilitar a atualização automática do token de acesso.

Contas de Serviço (oauthjwt)¶

Para autenticar usando uma conta de serviço, você deve criar uma nova conta de serviço e ter uma cópia do certificado de contas. Se você ainda não tiver uma conta de serviço, poderá criar uma seguindo o procedimento em Criando um aplicativo OAuth personalizado.

Para um arquivo JSON, defina estas propriedades:

• AuthScheme: Defina para OAuthJWT.
• InitiateOAuth: Defina para GETANDREFRESH.
• OAuthJWTCertType: Defina para GOOGLEJSON.
• OAuthJWTCert: Defina isso como o caminho para o .json arquivo fornecido pelo Google.
• OAuthJWTSubject: (opcional) Defina este valor apenas se a conta de serviço fizer parte de um domínio GSuite e você quiser habilitar a delegação. O valor desta propriedade deve ser o endereço e-mail do usuário cujos dados você deseja acessar.

Para um arquivo PFX, defina estas propriedades:

• AuthScheme: Defina para OAuthJWT.
• InitiateOAuth: Defina para GETANDREFRESH.
• OAuthJWTCertType: Defina para PFXFILE.
• OAuthJWTCert: Defina isso como o caminho para o .pfx arquivo fornecido pelo Google.
• OAuthJWTCertPassword: (opcional) Defina isso para o .pfx senha do arquivo. Na maioria dos casos, você deve fornecer isso, pois o Google criptografa os certificados PFX.
• OAuthJWTCertSubject: (opcional) Defina isso apenas se estiver usando um OAuthJWTCertType que armazena vários certificados. Não deve ser definido para certificados PFX gerados pelo Google.
• OAuthJWTIssuer: Defina isso para o endereço e-mail da conta de serviço. Este endereço geralmente incluirá o domínio iam.gserviceaccount.com.
• OAuthJWTSubject: (opcional) Defina este valor apenas se a conta de serviço fizer parte de um domínio GSuite e você quiser habilitar a delegação. O valor desta propriedade deve ser o endereço e-mail do usuário cujos dados você deseja acessar.

Contas de Instância do GCP¶

Ao executar em uma máquina virtual GCP, o conector pode autenticar usando uma conta de serviço vinculada à máquina virtual. Para usar este modo, defina AuthScheme para GCPInstanceAccount.

Criando um Aplicativo OAuth Personalizado¶

Quando Criar um Aplicativo OAuth Personalizado¶

incorpora credenciais de aplicativo OAuth com marcas que podem ser usadas ao conectar-se por meio de um aplicativo de desktop ou de uma máquina sem periféricos. A criação de um aplicativo OAuth personalizado é, no entanto, necessária ao usar um aplicativo da web.

Para contas de serviço, você sempre deve criar um aplicativo OAuth personalizado.

Você pode optar por criar suas próprias credenciais de aplicativo OAuth quando quiser

• marca de controle da caixa de diálogo de autenticação
• controlar o URI de redirecionamento para o qual o aplicativo redireciona o usuário após a autenticação do usuário
• personalize as permissões que você está solicitando do usuário

Contas de Usuário¶

Crie um Aplicativo OAuth para Autenticação de Conta de Usuário¶

Siga o procedimento abaixo para registrar um aplicativo e obter o OAuthClientId e OAuthClientSecret.

Aplicativos de Área de Trabalho¶

1. Faça login no Google API Console e abra um projeto.
2. Selecione o API Manager no menu principal.
3. Selecione Credentials > Create Credentials > OAuth Client Id. Então clique Other.
4. Selecione Library > DCM/DFA Reporting And Trafficking API > Enable API.

Crie um Aplicativo OAuth para Autenticação de Conta de Serviço¶

Para obter as propriedades de autenticação necessárias, siga as etapas abaixo para criar um aplicativo OAuth e gerar uma chave privada:

1. Faça login no Google API Console e abra um projeto.
2. Selecione o API Manager no menu principal.
3. Selecione Create Credentials > Service Account Key.
4. No Service Account menu, selecione New Service Account ou escolha uma conta de serviço existente.
5. Se estiver criando uma nova conta de serviço, selecione uma ou mais funções. Você pode atribuir funções primitivas no nível do projeto em IAM and Admin; outras funções permitem personalizar ainda mais o acesso às APIs do Google.
6. Em Key Type, selecione o tipo de chave P12.
7. Crie o aplicativo para baixar o par de chaves. A senha da chave privada é exibida: Defina isso em OAuthJWTCertPassword.
8. Na seção de contas de serviço, clique em Gerenciar contas de serviço e defina OAuthJWTIssuer para o endereço e-mail exibido no service account Id campo.

Recuperando Dados do DoubleClick Campaign Manager¶

Os dados do DoubleClick Campaign Manager são organizados em várias métricas (Cliques, CostPerClick, Impressões etc.), que podem ser consultadas em várias dimensões (País, Mês etc.). A descoberta automática de todos os relatórios existentes para sua conta do DCM é extremamente cara. Para contornar isso, o conector expõe cinco tabelas genéricas, uma para cada tipo de relatório, que permitem relatórios ad hoc, bem como a execução de seus relatórios existentes. Há também a opção de criar arquivos de esquema personalizados para seus relatórios existentes, para que possam ser consultados como suas próprias tabelas. Estas seções discutirão as diferentes estratégias para consultar seus dados do DCM com o conector.

Tabelas de Relatórios Integradas¶

Há cinco tabelas integradas no driver: CrossDimensionReachReport, FloodlightReport, PathToConversionReport, ReachReport e StandardReport. Essas tabelas genéricas incluem todas as dimensões e métricas possíveis para determinado tipo de relatório, mas nem todas as combinações de dimensões ou métricas são válidas no DCM. Portanto, consultas 'SELECT *' a essas tabelas não são permitidas normalmente. Em vez disso, você tem várias opções para extrair dados dessas tabelas:

1. Os relatórios ad hoc estão disponíveis executando uma consultar selecionando qualquer combinação válida de dimensões ou métricas da tabela. Por exemplo:

   SELECT Campaign, CampaignId, Impressions, Clicks, ClickRate, TotalConversions FROM StandardReport
   

   Esta consultar envolve um processo de várias etapas. Primeiro, a definição do relatório é criada no DCM e o processamento é iniciado. Observe que os relatórios do DCM podem levar muito tempo para serem processados, especialmente se você tiver um grande volume de dados. Uma vez concluído o processamento, o relatório é baixado e enviado pelo conector. Por fim, a definição do relatório é excluída do DCM.

2. Você pode fornecer um ReportID no filtro da consultar para executar um relatório existente. Esta consultar permite 'SELECT *', mas observe que apenas os campos realmente incluídos no relatório serão preenchidos com dados, com o restante retornando NULL. Por exemplo:

   SELECT * FROM StandardReport WHERE ReportID='123456789'
   

   O relatório é executado em tempo real, portanto, observe que os relatórios do DCM podem levar muito tempo para serem processados, especialmente se você tiver um grande volume de dados. A definição do relatório não é excluída neste caso.

3. Você pode fornecer um ReportID e um FileID no filtro para baixar um relatório executado anteriormente. Esta consultar permite 'SELECT *', mas observe que apenas os campos realmente incluídos no relatório serão preenchidos com dados, com o restante retornando NULL. Por exemplo:

   SELECT * FROM StandardReport WHERE ReportID='123456789' AND FileID='987654321'
   

   Como o relatório já foi executado neste caso, os resultados retornarão imediatamente. O RunReport e CheckReportStatus procedimentos armazenados* junto com esse método de consulta pode ser usado para processamento assíncrono do relatório em seu aplicativo.

Relatórios Existentes do DCM¶

O conector também oferece o CreateCustomSchema procedimento armazenado* para criar novas definições de tabela para seus relatórios existentes no DCM. O procedimento armazenado* usa um nome de tabela, o ID do relatório e uma pasta de saída como entradas. Chamá-lo criará um novo arquivo de esquema que você pode consultar como qualquer outra tabela. Você precisará definir o Location propriedade de conexão para a pasta que contém os novos arquivos de script para acessá-los após sua criação. Por exemplo:

EXEC CreateCustomSchema TableName='MyCustomReport', ReportID='123456789', OutputFolder='C:\Users\Administrator\Desktop'

Características Avançadas¶

Esta seção detalha uma seleção de recursos avançados do conector do Google Campaign Manager.

Visualizações definidas pelo usuário

O conector permite definir tabelas virtuais, denominadas visões definidas pelo usuário, cujo conteúdo é decidido por uma consultar pré-configurada. Essas exibições são úteis quando você não pode controlar diretamente as consultas enviadas aos drivers. Consulte Visualizações definidas pelo usuário para obter uma visão geral da criação e configuração de exibições personalizadas.

Configuração SSL

Use Configuração SSL para ajustar como o conector lida com as negociações de certificado TLS/SSL. Você pode escolher entre vários formatos de certificado; Veja o SSLServerCert propriedade em "Opções de cadeia de conexão" para obter mais informações.

Procurador

Para configurar o conector usando configurações de proxy do Agente Privado, selecione os Use Proxy Settings caixa de seleção na tela de configuração da conexão.

Processamento de consulta

O conector transfere o máximo possível do processamento da instrução SELECT para o Google Campaign Manager e processa o restante da consultar na memória (do lado do cliente).

Consulte Processamento de consultas Para maiores informações.

Visualizações Definidas pelo Usuário¶

O Jitterbit Connector for Google Campaign Manager permite definir uma tabela virtual cujo conteúdo é decidido por uma consultar pré-configurada. Elas são chamadas de Visualizações Definidas pelo Usuário, que são úteis em situações onde você não pode controlar diretamente a consultar que está sendo emitida para o driver, por exemplo, ao usar o driver do Jitterbit. As Visualizações Definidas pelo Usuário podem ser usadas para definir predicados que são sempre aplicados. Se você especificar predicados adicionais na consultar para a visualização, eles serão combinados com a consultar já definida como parte da visualização.

Há duas maneiras de criar exibições definidas pelo usuário:

• Crie um arquivo de configuração em formato JSON definindo as visualizações desejadas.
• declarações DDL.

Definindo Visualizações Usando um Arquivo de Configuração¶

As visualizações definidas pelo usuário são definidas em um arquivo de configuração formatado em JSON chamado UserDefinedViews.json. O conector detecta automaticamente as visualizações especificadas neste arquivo.

Você também pode ter várias definições de exibição e controlá-las usando o UserDefinedViews propriedade de conexão. Quando você usa essa propriedade, apenas as exibições especificadas são vistas pelo conector.

Este arquivo de configuração de exibição definida pelo usuário é formatado da seguinte forma:

• Cada elemento raiz define o nome de uma visualização.
• Cada elemento raiz contém um elemento filho, chamado query, que contém a consultar SQL personalizada para a visualização.

Por exemplo:

{
    "MyView": {
        "query": "SELECT * FROM CampaignPerformance WHERE MyColumn = 'value'"
    },
    "MyView2": {
        "query": "SELECT * FROM MyTable WHERE Id IN (1,2,3)"
    }
}

Use o UserDefinedViews propriedade de conexão para especificar a localização do seu arquivo de configuração JSON. Por exemplo:

"UserDefinedViews", "C:\Users\yourusername\Desktop\tmp\UserDefinedViews.json"

Definindo Exibições Usando Instruções DDL¶

O conector também é capaz de criar e alterar o esquema por meio de instruções DDL, como CREATE LOCAL VIEW, ALTER LOCAL VIEW e DROP LOCAL VIEW.

Criar uma Visualização¶

Para criar uma nova visualização usando instruções DDL, forneça o nome da visualização e a consultar da seguinte forma:

CREATE LOCAL VIEW [MyViewName] AS SELECT * FROM Customers LIMIT 20;

Se não existir nenhum arquivo JSON, o código acima criará um. A exibição é então criada no arquivo de configuração JSON e agora pode ser descoberta. O local do arquivo JSON é especificado pelo UserDefinedViews propriedade de conexão.

Alterar uma Visualização¶

Para alterar uma exibição existente, forneça o nome de uma exibição existente ao lado da nova consultar que você gostaria de usar:

ALTER LOCAL VIEW [MyViewName] AS SELECT * FROM Customers WHERE TimeModified > '3/1/2020';

A visualização é então atualizada no arquivo de configuração JSON.

Solte uma Visualização¶

Para descartar uma exibição existente, forneça o nome de um esquema existente ao lado da nova consultar que você gostaria de usar.

DROP LOCAL VIEW [MyViewName]

Isso remove a visualização do arquivo de configuração JSON. Não pode mais ser consultado.

Esquema para Exibições Definidas pelo Usuário¶

As visualizações definidas pelo usuário são expostas no UserViews esquema por padrão. Isso é feito para evitar que o nome da exibição entre em conflito com uma entidade real no modelo de dados. Você pode alterar o nome do esquema usado para UserViews definindo o UserViewsSchemaName propriedade.

Trabalhando com Exibições Definidas pelo Usuário¶

Por exemplo, uma instrução SQL com uma Visualização Definida pelo Usuário chamada UserViews.RCustomers lista apenas clientes em Raleigh:

SELECT * FROM Customers WHERE City = 'Raleigh';

Exemplo de consultar ao driver:

SELECT * FROM UserViews.RCustomers WHERE Status = 'Active';

Resultando na consultar efetiva à fonte:

SELECT * FROM Customers WHERE City = 'Raleigh' AND Status = 'Active';

Esse é um exemplo muito simples de uma consultar a uma exibição definida pelo usuário que é efetivamente uma combinação da consultar de exibição e da definição de exibição. É possível compor essas consultas em padrões muito mais complexos. Todas as operações SQL são permitidas em ambas as consultas e são combinadas quando apropriado.

Configuração SSL¶

Personalizando a Configuração SSL¶

Por padrão, o conector tenta negociar SSL/TLS verificando o certificado do servidor em relação ao armazenamento de certificados confiáveis do sistema.

Para especificar outro certificado, consulte o SSLServerCert propriedade para os formatos disponíveis para fazê-lo.

Modelo de Dados¶

O conector Jitterbit para Google Campaign Manager modela entidades do Google Campaign Manager em tabelas relacionais, exibições e procedimentos armazenados. As tabelas fornecidas fornecem uma visão geral das informações de sua conta e dos relatórios disponíveis para consultas do DoubleClick Campaign Manager.

As limitações e os requisitos da API estão documentados nesta seção.

Crie Esquemas Adicionais

O CreateCustomSchema procedimento armazenado* pode ser usado para gerar facilmente novos arquivos de esquema para um determinado relatório. Este procedimento usa o TableName e uma ID de relatório e cria um arquivo de esquema que pode ser lido pelo conector.

Se o Location propriedade de conexão for definida, o arquivo será enviado para essa pasta. Caso contrário, a entrada OutputFolder pode ser usada para especificar uma pasta de saída. Para começar a consultar esses novos arquivos, basta definir o Location propriedade de conexão para a pasta que contém esses novos arquivos de esquema.

Visualizações

Visualizações são tabelas que não podem ser modificadas. Normalmente, os dados que são somente leitura e não podem ser atualizados são mostrados como exibições.

Procedimentos armazenados

NOTE: Procedimentos armazenados não são suportados atualmente. Veja a nota para detalhes.

Procedimentos armazenados são interfaces semelhantes a funções para a fonte de dados. Eles podem ser usados para pesquisar, atualizar e modificar informações na fonte de dados.

Visualizações¶

As exibições são compostas por colunas e pseudocolunas. As exibições são semelhantes às tabelas na forma como os dados são representados; no entanto, as exibições não oferecem suporte a atualizações. Entidades que são representadas como exibições são normalmente entidades somente leitura. Frequentemente, um procedimento armazenado* está disponível para atualizar os dados se tal funcionalidade for aplicável à fonte de dados.

As consultas podem ser executadas em uma exibição como se fosse uma tabela normal, e os dados retornados são semelhantes nesse aspecto.

Visualizações dinâmicas, como consultas expostas como visualizações e visualizações para procurar combinações específicas de itens de trabalho project_team são suportadas.

Conector Jitterbit para Exibições do Google Campaign Manager¶

CrossDimensionReachReport¶

Tabela para execução de relatórios CrossDimensionReach salvos no DCM ou relatórios ad hoc.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

Arquivos¶

Lista todos os arquivos do DoubleClick Campaign Manager para o usuário.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

Relatório do Floodlight¶

Tabela para executar relatórios do Floodlight salvos no DCM ou relatórios ad hoc.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

PathToConversionReport¶

Tabela para executar relatórios PathToConversion salvos no DCM ou relatórios ad hoc.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

Relatório de Alcance¶

Tabela para execução de relatórios de alcance salvos no DCM ou relatórios ad hoc.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

Relatórios¶

Lista todos os relatórios do DoubleClick Campaign Manager para o usuário.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

Relatório Padrão¶

Tabela para execução de relatórios padrão salvos no DCM ou relatórios ad hoc.

Colunas¶