O Campaign escolhe sua biblioteca de acesso à origem de dados de acordo com o tipo de origem de dados. Por exemplo, libora4d.so é usada para conectividade com Oracle, enquanto que libdb24d.so é usada para conectividade com DB2®. Na maioria dos casos, as seleções padrão são adequadas. Todavia, a propriedade AccessLibrary pode ser alterada se o valor padrão provar estar incorreto em seu ambiente do Campaign. Por exemplo, o Campaign de 64 bits fornece duas bibliotecas de acesso ODBC: uma apropriada para origens de dados ODBC compatíveis com a implementação unixODBC (libodb4d.so) e a outra compatível com a implementação DataDirect (libodb4dDD.so, usada pelo Campaign para acessar, por exemplo, Teradata).

O Campaign inclui duas bibliotecas adicionais para gerenciadores de driver ODBC AIX® que suportam a API ANSI ODBC em vez da API Unicode ODBC:

Se você determinar que a biblioteca de acesso padrão deve ser substituída, configure esse parâmetro conforme necessário (por exemplo, para libodb4dDD.so, substituindo a seleção padrão de libodb4d.so).

A propriedade AliasPrefix especifica a forma como o Campaign forma o nome alternativo que o Campaign cria automaticamente ao usar uma tabela de dimensões e gravar em uma nova tabela.

Esta propriedade determina se o Campaign tenta executar uma junção SQL de tabelas base (a partir da mesma origem de dados) usada em um processo Selecionar; caso contrário, a junção equivalente será feita no servidor Campaign.

A propriedade AllowSegmentUsingSQLCase especifica se o processo de Segmentação do Campaign consolida diversas instruções SQL em uma única instrução SQL, quando condições específicas de configuração forem atendidas.

A configuração dessa propriedade como TRUE resulta em melhorias significativas de desempenho quando todas as condições forem atendidas:

Nesse caso, o Campaign gera uma única instrução SQL CASE para executar a segmentação, seguida pelo processamento de segmento por campo no servidor de aplicativos do Campaign.

A propriedade AllowTempTables especifica se o Campaign cria tabelas temporárias no banco de dados. A criação de tabelas temporárias pode melhorar significativamente o desempenho das campanhas. Quando o valor é TRUE, as tabelas temporárias são ativadas.

Quando as tabelas temporárias estão ativadas, toda vez que uma consulta é emitida contra o banco de dados (por exemplo, pelo processo de Segmentação), os IDs resultantes são gravados em uma tabela temporária no banco de dados. Quando uma consulta adicional é emitida, o Campaign pode usar essa tabela temporária para recuperar linhas do banco de dados.

Se as tabelas temporárias não estiverem ativadas, o Campaign retém os IDs selecionados na memória do servidor. A consulta adicional recupera IDs do banco de dados e os corresponde aos IDs na memória do servidor.

A propriedade ASMSaveDBAuthentication especifica se, quando você efetua login no Campaign e mapeia uma tabela em uma origem de dados na qual você não efetuou login anteriormente, o Campaign salva seu nome de usuário e sua senha no IBM® EMM.

Se você configurar esta propriedade como TRUE, o Campaign não solicitará um nome de usuário e uma senha ao efetuar login na origem de dados. Se você configurar esta propriedade como FALSE, o Campaign solicita um nome de usuário e uma senha toda vez que efetuar login na origem de dados.

A propriedade ASMUserForDBCredentials especifica o nome de usuário do IBM® EMM que é designado ao usuário do sistema Campaign (requerido para acessar as tabelas de sistema do Campaign).

A propriedade BulkInsertBlockSize define o tamanho máximo de um bloco de dados, em número de registros, que o Campaign passa para o banco de dados por vez.

A propriedade BulkInsertRequiresColumnType é necessária para suportar apenas origens de dados ODBC de Dados Diretos. Configure essa propriedade para TRUE para origens de dados ODBC Data Direct ao usar inserções em massa (matriz). Configure a propriedade como FALSE para ser compatível com a maioria dos outros drivers ODBC.

A propriedade BulkReaderBlockSize define o tamanho de um bloco de dados, em número de registros, que o Campaign lê do banco de dados por vez.

A propriedade ConditionalSQLCloseBracket especifica o tipo de colchete usado para indicar o final de um segmento condicional em macros personalizadas do SQL bruto. Segmentos condicionados que são incluídos nos tipos de colchete de abertura e fechamento especificados são usados somente se existirem tabelas temporárias. Eles serão ignorados se não houver tabelas temporárias.

} (chave de fechamento)

A propriedade ConditionalSQLOpenBracket especifica o tipo de colchete usado para indicar o início de um segmento condicional em macros customizadas SQL brutas. Os segmentos condicionados entre colchetes especificado pelas propriedade ConditionalSQLOpenBracket e ConditionalSQLCloseBracket são usados apenas se existirem tabelas temporárias e são ignorados se não houver tabelas temporárias.

{ (chave de abertura)

A propriedade ConnectionCacheSize especifica o número de conexões que o Campaign mantém em um cache para cada origem de dados.

Por padrão (N=0), o Campaign estabelece uma nova conexão com uma origem de dados para cada operação. Se o Campaign mantiver um cache de conexões e uma conexão estiver disponível para reutilização, o Campaign usa a conexão em cache em vez de estabelecer uma nova conexão.

Se a configuração não for 0, quando um processo for concluído com uma conexão, o Campaign manterá o número especificado de conexões abertas pela quantidade de tempo especificada pela propriedade InactiveConnectionTimeout. Após esse tempo expirar, as conexões são removidas do cache e fechadas.

0 (zero)

O Campaign usa o valor da propriedade DateFormat para determinar como analisar dados em formatos date ao usar o idioma da macro do Campaign ou ao interpretar dados a partir de colunas de data.

Configure o valor da propriedade DateFormat para o formato no qual o Campaign espera receber datas dessa origem de dados. O valor deve corresponder ao formato que seu banco de dados usa para exibir datas na seleção. Para a maioria dos bancos de dados, essa configuração é a mesma que a configuração para a propriedade DateOutputFormatString.

O Teradata permite definir o formato de data por coluna. Além de dateFormat e dateOutputFormatString, você deve configurar SuffixOnCreateDateField. Para ser consistente com suas configurações de tabela de sistema, use:

Se a opção Usar configurações regionais na saída de moeda, números, datas e horários não estiver marcada na configuração da origem de dados ODBC, então não é possível reconfigurar o formato de data. Em geral, é mais fácil deixar essa configuração limpa para que a configuração de formato de data não mude para cada idioma.

A propriedade DateOutputFormatString especifica o formato do tipo de dados de data a ser usado quando o Campaign gravar qualquer data, como a data de início ou de encerramento de uma campanha, no banco de dados. Configure o valor da propriedade DateOutputFormatString para o formato que a origem de dados espera para as colunas do tipo date. Para a maioria dos bancos de dados, essa configuração é a mesma que a configuração para a propriedade [data_source_name] > DateFormat.

A propriedade DateOutputFormatString pode ser qualquer um dos formatos especificados para format_str na macro DATE_FORMAT. A macro DATE_FORMAT aceita dois tipos diferentes de formatos. Um é um identificados (por exemplo, DELIM_M_D_Y, DDMMMYYYY, o mesmo aceito pela macro DATE), enquanto que o outro é uma sequência de formatações. O valor da propriedade DateOutputFormatString deve ser uma sequência de formatações - ele não deve ser um dos identificadores da macro DATE. Tipicamente, use um dos formatos delimitados.

O valor da propriedade [data_source_name] > DateTimeFormat especifica o formato no qual o Campaign espera receber os dados datetime/timestamp de um banco de dados. Ele deve corresponder ao formato que seu banco de dados usa para exibir os dados datetime/timestamp na seleção. Para a maioria dos bancos de dados, essa configuração é a mesma de DateTimeOutputFormatString.

Normalmente, você configura DateTimeFormat precedendo seu valor DateFormat com DT_ após determinar o valor DateFormat, conforme descrito na tabela " Selecionando uma Data por Banco de Dados".

A propriedade DateTimeOutputFormatString especifica o formato do tipo de dados data/hora para ser usado quando o Campaign grava qualquer data/hora, como o início de uma campanha ou uma data e um horário de encerramento, para um banco de dados. Configure o valor da propriedade DateTimeOutputFormatString para o formato que a origem de dados espera para colunas do tipo datetime. Para a maioria dos bancos de dados, essa configuração é a mesma configuração para a propriedade [data_source_name] > DateTimeFormat.

A propriedade DB2NotLoggedInitially determina se o Campaign usa a sintaxe SQL não registrado em log inicialmente ao preencher tabelas temporárias no DB2®. Quando configurada como TRUE, essa propriedade desativa o registro no log para inserções nas tabelas temporárias, o que aumenta o melhorar e diminui o consumo de recursos de banco de dados.

Se a sua versão de DB2® não suportar a sintaxe não registrado em log inicialmente, configure essa propriedade como FALSE.

A propriedade DB2NotLoggedInitiallyUserTables determina se o Campaign usa a sintaxe SQL não registrado em log inicialmente para inserções nas tabelas do usuário do DB2®. Quando configurada como TRUE, esta propriedade desativa o registro em log para as inserções nas tabelas do usuário, o que melhora o desempenho e diminui o consumo de recursos de banco de dados.

A propriedade DefaultScale é usada quando o Campaign cria um campo de banco de dados para armazenar valores numéricos de um arquivo simples, ao usar o processo Captura Instantânea ou Exportação.

Esta propriedade não é usada para valores numéricos originados em uma tabela de banco de dados, a menos que o campo do banco de dados omita informações sobre precisão e escala. (A precisão indica o número total de dígitos permitidos para o campo. A escala indica o número de dígitos permitidos à direita do ponto decimal. Por exemplo, 6.789 tem uma precisão de 4 e uma escala de 3. Os valores obtidos de uma tabela de banco de dados incluem informações sobre precisão e escala, que o Campaign usa ao criar o campo.)

Arquivos simples não indicam precisão e escala. Use DefaultScale para especificar quantas casas à direita do ponto decimal definir para o campo que é criado. Por exemplo:

Se o valor configurado para DefaultScale exceder a precisão do campo, DefaultScale=0 será usado para esses campos. Por exemplo, se a precisão for 5 e DefaultScale=6, será usado um valor de zero.

0 (zero)

A propriedade DefaultTextType é destinada a origens de dados ODBC. Essa propriedade diz ao Campaign como criar campos de texto na origem de dados de destino se os campos de texto de origem forem um tipo de origem de dados diferente. Por exemplo, os campos de texto de origem podem ser de um arquivo simples ou de um tipo diferente de DBMS. Se os campos de texto de origem forem do mesmo tipo de DBMS, essa propriedade será ignorada e os campos de texto serão criados na origem de dados de destino usando os tipos de dados dos campos de texto de origem.

A propriedade DeleteAsRecreate especifica se, quando um processo de saída for configurado como REPLACE TABLE e se TRUNCATE não for suportada, o Campaign descarta e recria a tabela ou apenas exclui da tabela.

Quando o valor for TRUE, o Campaign descarta a tabela e a recria.

Quando o valor for FALSE, o Campaign executa um DELETE FROM da tabela.

A propriedade DeleteAsTruncate especifica se, quando um processo de saída for configurado como REPLACE TABLE, o Campaign usa TRUNCATE TABLE ou exclui da tabela.

Quando o valor for TRUE, o Campaign executa um TRUNCATE TABLE a partir da tabela.

Quando o valor for FALSE, o Campaign executa um DELETE FROM a partir da tabela.

A propriedade DisallowTempTableDirectCreate especifica a forma como o Campaign inclui dados em uma tabela temporária.

Quando configurada como FALSE, o Campaign executa a sintaxe SQL direta de criação e preenchimento usando um comando como, por exemplo, CREATE TABLE <table_name> AS ... (para Oracle e Netezza®) e SELECT <field_names> INTO <table_name> ... (para SQL Server).

Quando configurada como TRUE, o Campaign cria a tabela temporária e, em seguida, a preenche diretamente de tabela para tabela usando comandos separados.

Configure esta propriedade para o nome da origem de dados (DSN) conforme designado em sua configuração ODBC para esta origem de dados do Campaign. Este valor é indefinido por padrão.

Usando as propriedades de configuração da origem de dados do Campaign, é possível especificar diversas origens de dados lógicas que se referem à mesma origem de dados física. Por exemplo, é possível criar dois conjuntos de propriedades de origem de dados para a mesma origem de dados, uma com AllowTempTables = TRUE e outra com AllowTempTables = FALSE. Cada uma dessas origens de dados teria um nome diferente no Campaign, mas se elas se referenciarem à mesma origem de dados física e tiverem o mesmo valor de DSN.

A propriedade DSNUsingOSAuthentication aplica-se apenas quando uma origem de dados do Campaign for SQL Server. Configure o valor como TRUE quando o DSN for configurado para usar o modo de Autenticação do Windows™.

A propriedade EnableBaseDimSelfJoin especifica se o comportamento do banco de dados do Campaign executará junções automáticas quando as tabelas de Base e Dimensões forem mapeadas na mesma tabela física e a Dimensão não estiver relacionada à tabela de Base no(s) campo(s) de ID da tabela de Base.

Por padrão, essa propriedade é configurada como FALSE, e quando as tabelas de Base e Dimensões estiverem na mesma tabela de banco de dados e os campos de relacionamento forem os mesmos (por exemplo, AcctID para AcctID), o Campaign assume que você não deseja executar uma junção.

A propriedade EnableSelectDistinct especifica se as listas internas de IDs para o Campaign são deduplicadas pelo servidor do Campaign ou pelo banco de dados.

Quando o valor for TRUE, o banco de dados executa a deduplicação e as consultas SQL geradas contra o banco de dados então passam a ter o formato (quando adequado):

Quando o valor for FALSE, o servidor do Campaign executa a deduplicação e as consultas SQL geradas contra o banco de dados passam a ter o formato:

Deixe o valor padrão FALSE se:

Independentemente do valor especificado para essa propriedade, o Campaign automaticamente assegura que as chaves são deduplicadas conforme a necessidade. Essa propriedade meramente controla onde o esforço de deduplicação corre (no banco de dados ou no servidor do Campaign).

A propriedade EnableSelectOrderBy especifica ser as listas internas de IDs para o Campaign são classificadas pelo servidor do Campaign ou pelo banco de dados.

Quando o valor for TRUE, o banco de dados executa a classificação e as consultas SQL geradas contra o banco de dados possuem o formato:

Quando o valor for FALSE, o servidor do Campaign executa a classificação e as consultas SQL geradas contra o banco de dados tem o formato:

O parâmetro ExcludeFromTableDisplay permite limitar as tabelas de banco de dados que são exibidas durante o mapeamento da tabela no Campaign. Ele não reduz o número de nomes de tabelas recuperadas do banco de dados.

Por exemplo, se você configurar o valor desse parâmetro como sys.*, as tabelas com nomes que iniciam com sys. não são exibidas. Observe que os valores para este parâmetro fazem distinção entre maiúsculas e minúsculas.

O UAC_*, que exclui tabelas temporários e tabelas de Extração, quando o valor da propriedade ExtractTablePrefix for o valor padrão

Use a propriedade ExtractTablePostExecutionSQL para especificar uma ou mais instruções SQL completas que executam imediatamente após a criação e preenchimento de uma tabela de Extração.

Tokens disponíveis para ExtractTablePostExecutionSQL são descritos a seguir.

A propriedade ExtractTablePrefix especifica uma sequência que é automaticamente prefixada a todos os nomes de tabela de Extração no Campaign.

A propriedade ForceNumeric especifica se o Campaign recupera valores numéricos como o tipo de dados double. Quando o valor for configurado como TRUE, o Campaign recupera todos os valores numéricos como o tipo de dados double.

A propriedade InactiveConnectionTimeout especifica o número de segundos que uma conexão inativa com o banco de dados do Campaign é deixada aberta antes de ser fechada. A configuração do valor como 0 desativa o tempo limite, deixando a conexão aberta.

A propriedade InsertLogSize especifica quando uma nova entrada é inserida no arquivo de log enquanto o processo de Captura Instantânea do Campaign está em execução. Cada vez que o número de registros gravado pelo processo de Captura Instantânea atinge um múltiplo do número especificado na propriedade InsertLogSize, uma entrada de log é gravada. As entradas de log podem ajudar a determinar o quanto um processo de Captura Instantânea progrediu. A configuração desse valor para um valor muito baixo cria grandes arquivos de log.

100000 (cem mil registros)

A propriedade JndiName é usada apenas ao configurar as tabelas de sistema do Campaign (não para outras origens de dados, como tabelas de cliente). Configure seu valor para a origem de dados Java™ Naming and Directory Interface (JNDI) que está definida no servidor de aplicativos (WebSphere® ou WebLogic).

A propriedade LoaderCommand especifica o comando emitido para chamar seu utilitário de carregamento do banco de dados no Campaign. Se você configurar esse parâmetro, o Campaign entra no modo do utilitário carregador do banco de dados para todos os arquivos de saída a partir do processo de Captura Instantânea que são usados com as configurações “substituir todos os registros”. Esse parâmetro também chama o utilitário carregador do banco de dados quando o Campaign carrega lista de IDs nas tabelas temporárias.

A maioria dos utilitários de carregamento de bancos de dados requer diversos argumentos para serem ativados com êxito. Esses argumentos podem incluir a especificação do arquivo de dados e do arquivo de controle a partir dos quais carregar e o banco de dados e a tabela nos quais carregar. O Campaign suporta os seguintes tokens, que são substituídos pelos elementos especificados quando o comando é executado. Consulte a documentação do seu utilitário de carregamento de banco de dados para verificar a sintaxe correta a ser usada quando chamar seu utilitário de carregamento de banco de dados.

Os tokens disponíveis para LoaderCommand são descritos a seguir.

O parâmetro LoaderCommandForAppend especifica o comando emitido para chamar seu utilitário de carregamento do banco de dados para anexação de registros a uma tabela de banco de dados do Campaign. Se você configurar esse parâmetro, o Campaign entra no modo do utilitário do carregador do banco de dados para todos os arquivos de saída a partir do processo de Captura Instantânea que são usados com as configurações “anexar registros”.

Os tokens disponíveis para LoaderCommandForAppend são descritos a seguir.

A propriedade LoaderControlFileTemplate especifica o caminho completo e o nome do arquivo para o modelo do arquivo de controle configurado no Campaign. Quando esse parâmetro é configurado, o Campaign constrói dinamicamente um arquivo de controle temporário com base no modelo que você especifica aqui. O caminho e o nome desse arquivo de controle temporário estão disponíveis no token <CONTROLFILE> que está disponível para o parâmetro LoaderCommand.

Antes de usar o Campaign no modo do utilitário do carregador do banco de dados, você deve configurar o modelo de arquivo de controle que é especificado por esse parâmetro. O modelo do arquivo de controle suporta os tokens a seguir, que são dinamicamente substituídos quando o arquivo de controle temporário é criado por Campaign.

Os tokens disponíveis para LoaderControlFileTemplate são os mesmos que os descritos para a propriedade LoaderCommand, mais os tokens especiais a seguir, que são repetidos uma vez para cada campo na tabela de saída.

A propriedade LoaderControlFileTemplateForAppend especifica o caminho completo e o nome do arquivo para o modelo de arquivo de controle no Campaign. Quando esse parâmetro é configurado, o Campaign constrói dinamicamente um arquivo de controle temporário com base no modelo especificado aqui. O caminho e o nome desse arquivo de controle temporário estão disponíveis para o token <CONTROLFILE> que está disponível para a propriedade LoaderCommandForAppend.

Antes de usar o Campaign no modo do utilitário do carregador do banco de dados, você deve configurar o modelo de arquivo de controle que é especificado por esse parâmetro. O modelo do arquivo de controle suporta os tokens a seguir, que são dinamicamente substituídos quando o arquivo de controle temporário é criado por Campaign.

Consulte a documentação do seu utilitário de carregador do banco de dados para a sintaxe correta para seu arquivo de controle. Os tokens disponíveis para seu modelo de arquivo de controle são os mesmo que os da propriedade LoaderControlFileTemplate.

A propriedade LoaderDelimiter especifica se o arquivo de dados temporários é um arquivo simples de largura fixa ou delimitado e, se for delimitado, os caracteres que o Campaign usa como delimitadores.

Se o valor estiver indefinido, o Campaign cria o arquivo de dados temporários como um arquivo simples de largura fixa.

Se você especificar um valor, ele será usado quando o carregador for chamado para preencher uma tabela que sabe-se que está vazia. O Campaign cria o arquivo de dados temporários como um arquivo simples delimitado, usando o valor dessa propriedade como o delimitador.

Alguns utilitários de carregamento externos requerem que o arquivo de dados seja delimitado e que cada linha termine com o delimitador. Para acomodar esse requisito, configure o valor LoaderDelimiterAtEnd como TRUE, para que quando o carregador for chamado para preencher uma tabela que sabe-se que está vazia, o Campaign usa delimitadores no final de cada linha.

Alguns utilitários de carregamento externos requerem que o arquivo de dados seja delimitado e que cada linha termine com o delimitador. Para acomodar esse requisito, configure o valor LoaderDelimiterAtEndForAppend como TRUE, para que quando o carregador for chamado para preencher uma tabela que não se sabe se está vazia, o Campaign usa delimitadores no final de cada linha.

A propriedade LoaderDelimiterForAppend especifica se o arquivo de dados temporários do Campaign é um arquivo simples de largura fixa ou delimitado e, se for delimitado, o caractere ou conjunto de caracteres usado como delimitador.

Se o valor estiver indefinido, o Campaign cria o arquivo de dados temporários como um arquivo simples de largura fixa.

Se você especificar um valor, ele será usado quando o carregador for chamado para preencher uma tabela que não se sabe se está vazia. O Campaign cria o arquivo de dados temporários como um arquivo simples delimitado, usando o valor dessa propriedade como o delimitador.

A propriedade LoaderUseLocaleDP especifica quando o Campaign grava valores numéricos nos arquivos a serem carregados por um utilitário de carregamento do banco de dados, se o token com código de idioma específico for usado como ponto decimal.

Configure esse valor como FALSE para especificar que o ponto (.) é usado como ponto decimal.

Configure esse valor como TRUE para especificar que o token de ponto decimal adequado ao código de idioma seja usado.

Permite especificar o número máximo de itens que o Campaign pode incluir em uma única lista em SQL (por exemplo, a lista de valores depois de um operador IN em uma cláusula WHERE).

A propriedade MaxQueryThreads especifica o limite superior no número de consultas simultâneas permitidas que podem ser executadas contra cada origem de banco de dados a partir de um único fluxograma do Campaign.

O Campaign executa consultas de banco de dados usando encadeamentos independentes. Como os processos do Campaign são executados em paralelo, é comum ter diversas consultas executando simultaneamente contra uma única origem de dados. Se o número de consultas a serem executadas em paralelo exceder ao valor especificado por essa propriedade, o servidor do Campaign automaticamente limita o número de consultas simultâneas nesse valor.

O valor máximo é ilimitado. Observe que quando a propriedade maxReuseThreads está configurada com um valor diferente de zero, ele valor deve ser maior ou igual ao valor de MaxQueryThreads.

Quando o número selecionado de IDs for menor do que o valor especificado pela propriedade MaxRowFetchRecords, o Campaign passa os IDs para o banco de dados, um por vez em uma consulta SQL separada. Esse processar pode consumir muito tempo. Se o número de IDs selecionados for maior do que o valor especificado por esse parâmetro, o Campaign usa as tabelas temporárias (se for permitido contra a origem de dados), ou ele puxa para baixo todos os valores da tabela, não incluindo nenhum valor desnecessário.

Quando uma consulta é emitida, o Campaign cria uma tabela temporária no lista contendo a lista exata de IDs, como resultado da consulta. Quando uma consulta adicional que seleciona todos os registros é emitida contar o banco de dados, a propriedade MaxTempTableJoinPctSelectAll especifica se uma junção deve ser executada com a tabela temporária.

Se o tamanho relativo da tabela temporária (especificado como uma porcentagem) for maior que o valor da propriedade MaxTempTableJoinPctSelectAll, nenhuma junção será executada. Todos os registros são selecionados primeiro e, em seguida, os registros indesejados são descartados.

Se o tamanho relativo da tabela temporária (especificado como uma porcentagem) for menor que ou igual ao valor da propriedade MaxTempTableJoinPctSelectAll, a junção será executada com a tabela temporária primeiro e depois os IDs resultantes serão recuperados para o servidor.

Essa propriedade é aplicável apenas se o valor da propriedade AllowTempTables for configurado como TRUE. Essa propriedade é ignoradas se a propriedade useInDbOptimization for configurada como SIM.

Números inteiros entre 0-100. Um valor 0 significa que as junções de tabela temporária nunca são usadas. Um valor 100 significa que as junções de tabela são sempre usadas, independentemente do tamanho da tabela temporária.

Assuma que MaxTempTableJoinPctSelectAll esteja configurada como 90. Primeiro,você pode desejar selecionar clientes (CustID) com saldos de conta (Accnt_balance) maiores que $1.000 na tabela de banco de dados (Customer).

O processo de Seleção pode recuperar 100.000 IDs do tamanho total de 1.000.000, o que são 10%. Se forem permitidas tabelas temporárias, o Campaign grava os IDs selecionados (TempID) em uma tabela temporária (Temp_table) no banco de dados.

EM seguida, você pode desejar fazer uma captura instantânea dos IDs selecionados (CustID) junto com o saldo real (Accnt_balance). Como o tamanho relativo da tabela temporária (Temp_table) é menor do que 90 por cento (MaxTempTableJoinPctSelectAll), a junção é feita com a primeira tabela temporária. A expressão SQL gerada pelo processo de Captura Instantânea pode se parecer com o seguinte:

Se o processo de Seleção recuperar mais de 90 por cento, o processo de Captura Instantânea subsequente recupera todos os registros e os correspondem ao primeiro conjunto de IDs, descartando os desnecessários.

Quando uma consulta é emitida, o Campaign cria uma tabela temporária no lista contendo a lista exata de IDs, como resultado da consulta. Quando uma consulta adicional, selecionando registros com condições de limitação é emitida contra o banco de dados, a propriedade MaxTempTableJoinPctWithCondition especifica se uma junção deve ser executada com a tabela temporária.

Se o tamanho relativo da tabela temporária (especificado como uma porcentagem) for maior do que o valor de MaxTempTableJoinPctWithCondition, nenhuma junção é executada. Isso evita a sobrecarga no banco de dados onde ela pode não ser necessária. Nesse caso, a consulta é emitida contra o banco de dados, a lista resultante de IDs é recuperada e, em seguida, os registros indesejados são descartados pois eles são correspondidos com a lista na memória do servidor.

Se o tamanho relativo da tabela temporária (em porcentagem) for menor que ou igual ao valor de MaxTempTableJoinPctWithCondition, a junção é feita com a primeira tabela temporária e, em seguida, os IDs resultantes são recuperados para o servidor.

Essa propriedade é aplicável apenas se o valor da propriedade AllowTempTables for configurado como TRUE.

Números inteiros entre 0-100. Um valor 0 significa que as junções de tabela temporária nunca são usadas. Um valor 100 significa que as junções de tabela são sempre usadas, independentemente do tamanho da tabela temporária.

Use esta propriedade para configurar o limite de uso do utilitário de carregamento em massa. O Campaign chama o script designado ao parâmetro LoaderCommand quando o número de IDs exclusivos na célula de entrada excede o valor definido aqui. O valor dessa propriedade não representa o número de registros que serão gravados.

Se essa propriedade não for configurada, o Campaign assume que o valor é o valor padrão (zero). Se essa propriedade for configurada mas com um valor negativo ou um valor que não seja um número inteiro, o Campaign assume que o valor é zero.

Use esta propriedade para configurar o limite de uso do utilitário de carregamento em massa. O Campaign chama o script designado ao parâmetro LoaderCommandForAppend quando o número de IDs exclusivos na célula de entrada exceder o valor aqui definido. O valor dessa propriedade não representa o número de registros que serão gravados.

Se essa propriedade não for configurada, o Campaign assume que o valor é o valor padrão (zero). Se essa propriedade for configurada mas com um valor negativo ou um valor que não seja um número inteiro, o Campaign assume que o valor é zero.

A propriedade NumberOfRetries especifica o número de vezes que o Campaign automaticamente tenta novamente uma operação do banco de dados que falhou. O Campaign automaticamente resubmete as consultas ao banco de dados esse número de vezes antes de relatar um erro ou uma falha do banco de dados.

A propriedade ODBCUnicode especifica o tipo de codificação usado nas chamadas ODBC do Campaign. Ela é usada apenas com origens de dados ODBC e é ignorada quando usada com o Oracle ou com a conectividade nativa do DB2®.

Use a propriedade ODBCv2 para especificar que especificação de API ODBC o Campaign deve usar para a origem de dados.

O valor padrão FALSE permite ao Campaign usar a especificação de API v3, enquanto que a configuração TRUE faz com que o Campaign use a especificação de API v2. Configure a propriedade ODBCv2 como TRUE para origens de dados que não suportem a especificação da API v3 ODBC.

Quando a propriedade ODBCv2 é configurada como TRUE, o Campaign não suporta a API Unicode ODBC, e valores diferentes de disabled para a propriedade ODBCUnicode não são reconhecidos.

A propriedade OwnerForTableDisplay permite limitar o mapeamento de tabela exibido no Campaign a tabelas de propriedade de um usuário especificado, ou a um ou mais conjuntos de tabelas de propriedade do(s) usuário(s) especificado(s).

Quando configurada como TRUE, a propriedade PadTextWithSpaces faz o Campaign completar valores de texto com espaços até que a sequência tenha a mesma largura que o campo do banco de dados.

Use a propriedade PostExtractTableCreateRunScript para especificar um script ou executável para o Campaign executar após a criação e o preenchimento de uma tabela de Extração.

Os tokens disponíveis para PostExtractTableCreateRunScript são descritos a seguir.

Especifica um script ou executável que o Campaign executa após uma tabela temporária de Segmentos ter sido criada e preenchida.

Os tokens disponíveis para PostSegmentTableCreateRunScript são descritos a seguir.

Use a propriedade PostSnapshotTableCreateRunScript para especificar um script ou executável que o Campaign executa após uma tabela de Captura Instantânea ter sido criada e preenchida.

Os tokens disponíveis para PostSnapshotTableCreateRunScript são descritos a seguir.

Use a propriedade PostTempTableCreateRunScript para especificar um script ou executável para o Campaign executar após a criação e o preenchimento de uma tabela temporária em uma origem de dados do usuário ou no banco de dados de tabelas de sistema.

Os tokens disponíveis para PostTempTableCreateRunScript são descritos a seguir.

Especifica um script ou executável que o Campaign executa após uma tabela de Usurário ter sido criada e preenchida.

Os tokens disponíveis para PostUserTableCreateRunScript são descritos a seguir.

Use a propriedade PrefixOnSelectSQL para especificar uma sequência que é automaticamente prefixada em todas as expressões SQL SELECT geradas pelo Campaign.

Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar.

Essa propriedade é incluída automaticamente na expressão SQL SELECT SQL sem a verificação de sua sintaxe. Se essa propriedade for usada, certifique-se de que seja uma expressão legal.

Os tokens disponíveis para PrefixOnSelectSQL são descritos a seguir.

A propriedade QueryThreadSleep afeta a utilização da CPU do processo do servidor do Campaign (UNICA_ACSVR). Quando o valor for TRUE, o encadeamento que o processo do servidor do Campaign usa para verificar suspensões de conclusão de consulta entre as verificações. Quando o valor for FALSE, o processo do servidor do Campaign verifica continuamente pela conclusão da consulta.

O parâmetro ReaderLogSize define quando o Campaign faz uma nova entrada no arquivo de log ao ler dados do banco de dados. Cada vez que o número de registros lidos do banco de dados atinge um múltiplo do número definido por esse parâmetro, uma entrada de log é gravada no arquivo de log.

1000000 (um milhão de registros)

A propriedade ShareConnection não é mais usada e deve permanecer configurada com seu valor padrão, FALSE.

A propriedade SQLOnConnect define uma instrução SQL completa que o Campaign executa imediatamente após cada conexão com o banco de dados.

Se você estiver usando Contact Optimization, será necessário configurar UOSlqOnConnect para ativar dados não ASCII do Contact Optimization.

Os tokens disponíveis para SQLOnConnect são descritos a seguir.

A propriedade StringEncoding especifica a codificação de caracteres do banco de dados. Quando o Campaign recupera dados do banco de dados, os dados são transcodificados da codificação especificada para a codificação interna do Campaign (UTF-8). Quando o Campaign envia uma consulta para o banco de dados, dados de caractere são transcodificados da codificação interna do Campaign (UTF-8) para a codificação especificada na propriedade StringEncoding.

Se você usa dados ASCII, configure esse valor como UTF-8.

Se a codificação do cliente de banco de dados for UTF-8, a configuração preferencial para esse valor será WIDEUTF-8. A configuração WIDE-UTF-8 funcionará apenas se o cliente de banco de dados estiver configurado como UTF-8.

Se você usar a propriedade partitions > partition[n] > dataSources > data_source_name > ODBCUnicode, configure a propriedade StringEncoding para UTF-8 ou WIDEUTF-8. Caso contrário, o valor da propriedade ODBCUnicode será ignorado.

Para obter uma lista das codificações suportadas, consulte Codificações de Caractere no Campaign no Guia do Administrador do Campaign.

Esta seção descreve como configurar valores corretos para bancos de dados DB2®, SQL Server ou Teradata.

Identifique o conjunto de códigos e a página de códigos do banco de dados do DB2®. Para ambientes localizados, o banco de dados do DB2® deve ter a configuração a seguir:

Configure os valores da propriedade StringEncoding no Campaign para o valor do conjunto de códigos do banco de dados do DB2®.

Configure a variável de ambiente DB2CODEPAGE do DB2® para o valor da página de códigos do banco de dados do DB2®:

Essa configuração afeta todas as origens de dados do DB2® e pode afetar outros programas em execução.

Para o SQL Server, use uma página de códigos no lugar de uma codificação iconv. Para determinar o valor correto para a propriedade StringEncoding com um banco de dados SQL Server, procure pela página de códigos que corresponde às configurações regionais do sistema operacional do servidor.

Por exemplo, para usar a página de códigos 932 (Japanese Shift-JIS):

Para Teradata, você deve substituir alguns comportamentos padrão. O Teradata suporta codificação de caracteres por coluna, enquanto que o Campaign suporta apenas codificação de origem por dados. UTF-8 não pode ser usado com o Campaign devido a um erro no driver ODBC Teradata. O Teradata configura uma codificação de caracteres padrão para cada login. É possível substituir isso usando um parâmetro na configuração da origem de dados ODBC no Windows™ ou no odbc.ini nas plataformas UNIX™ da seguinte forma:

A codificação padrão para uma tabela Teradata é LATIN. O Teradata tem muito poucas codificações integradas, mas ele suporta codificações definidas pelo usuário.

O valor padrão da propriedade StringEncoding é ASCII.

O Campaign é normalmente responsável pela transcodificação entre sua codificação interna, UTF-8, e a codificação do banco de dados. Quando o banco de dados está codificado em UTF-8, o valor UTF-8 pode ser especificado para StringEncoding (exceto para SQLServer) e nenhuma transcodificação será necessária. Tradicionalmente, esses são os únicos modelos viáveis para o Campaign acessar dados que não estão em inglês dentro de um banco de dados.

Na versão 7.0 do Campaign, uma nova codificação de banco de dados chamada WIDEUTF-8 foi introduzida como um valor para a propriedade StringEncoding. Usando essa codificação, o Campaign continua usando UTF-8 para se comunicar com o cliente de banco de dados, mas permite ao cliente executar a tarefa de transcodificação entre UTF-8 e a codificação do banco de dados real. Essa versão aprimorada de UTF-8 é necessária para alterar as larguras de mapeamentos de colunas da tabela para que elas sejam largas o suficiente para o texto transcodificado.

A propriedade SuffixOnAllOtherSQL especifica uma sequência que é automaticamente prefixada a cada expressão SQL, gerada pelo Campaign, que não é coberta pelas propriedades SuffixOnInsertSQL, SuffixOnSelectSQL, SuffixOnTempTableCreation, SuffixOnUserTableCreation ou SuffixOnUserBaseTableCreation.

Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar.

SuffixOnAllOtherSQL é usado para os tipos de expressão a seguir, quando gerado pelo Campaign:

Os tokens disponíveis para SuffixOnAllOtherSQL são descritos a seguir.

A propriedade SuffixOnCreateDateField especifica uma sequência que o Campaign automaticamente anexa a qualquer campo DATE na instrução SQL CREATE TABLE.

If essa propriedade está indefinida (o padrão), o comando CREATE TABLE é inalterado.

A propriedade SuffixOnInsertSQL especifica uma sequência que é automaticamente anexada a todas as expressões SQL INSERT geradas pelo Campaign. Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar.

SuffixOnInsertSQL é usado para o tipo de expressão a seguir, quando gerado pelo Campaign:

Tokens disponíveis para SuffixOnInsertSQL são descritos a seguir.

A propriedade SuffixOnSelectSQL especifica uma sequência que é automaticamente anexada a todas as expressões SQL SELECT geradas pelo Campaign. Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar.

Os tokens disponíveis para SuffixOnSelectSQL são descritos a seguir.

Use a propriedade SuffixOnTempTableCreation para especificar uma sequência que é automaticamente anexada à expressão SQL gerada pelo Campaign quando uma tabela temporária é criada. Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar. Para usar essa propriedade, a propriedade AllowTempTables deve estar configurada como TRUE.

Você pode usar os tokens para substituir o nome da tabela e o(s) nome(s) de coluna (<TABLENAME> e <KEYCOLUMNS>) nessa instrução SQL, pois eles são gerados dinamicamente durante a exceção da campanha.

Tokens disponíveis para SuffixOnTempTableCreation são descritos a seguir.

Especifica uma sequência que é automaticamente anexada à expressão SQL gerada pelo Campaign quando a tabela temporária de Segmentos é criada.

Os tokens disponíveis para SuffixOnSegmentTableCreation são descritos a seguir.

Use a propriedade SuffixOnSnapshotTableCreation para especificar uma sequência que é automaticamente anexadas à expressão SQL pelo Campaign quando uma tabela de Captura Instantânea é criada.

Tokens disponíveis para SuffixOnSnapshotTableCreation são descritos a seguir.

Use a propriedade SuffixOnExtractTableCreation para especificar uma sequência que é automaticamente anexada à expressão SQL gerada pelo Campaign quando uma tabela de Extração é criada.

Os tokens disponíveis para SuffixOnExtractTableCreation são descritos a seguir.

Use a propriedade SuffixOnUserBaseTableCreation para especificar uma sequência que é automaticamente anexada à expressão SQL que o Campaign gera quando um usuário cria uma tabela Base (por exemplo, em um processo de Extração). Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar.

Você pode usar os tokens para substituir o nome da tabela e o(s) nome(s) de coluna (<TABLENAME> e <KEYCOLUMNS>) nessa instrução SQL, pois eles são gerados dinamicamente durante a exceção da campanha.

Tokens disponíveis para SuffixOnUserBaseTableCreation são descritos a seguir.

Use a propriedade SuffixOnUserTableCreation para especificar uma sequência que é automaticamente anexada à expressão SQL que o Campaign gera quando um usuário cria uma tabela Geral (por exemplo, em um processo de Captura Instantânea). Esta propriedade se aplica apenas a SQL gerada peloCampaign e não se aplica a SQL em expressões de “SQL bruta” usadas no processo Selecionar.

Os tokens disponíveis para SuffixOnUserTableCreation são descritos a seguir.

Especifica o esquema usado para tabelas de sistema do Campaign.

O valor padrão está em branco. Esse parâmetro é relevante apenas para a origem de dados UA_SYSTEM_TABLES.

Deixe esse valor em branco a menos que a origem de dados UA_SYSTEM_TABLES contenha diversos esquemas (por exemplo, um banco de dados Oracle é usado por diversos grupos). Nesse contexto, “esquema” indica a parte inicial de um nome de tabela “qualificado” no formato X.Y (por exemplo, dbo.UA_Folder). Nessa forma, X é o esquema e Y é o nome de tabela não qualificado. Essa terminologia para essa sintaxe difere entre os diferentes sistemas de banco de dados suportados pelo Campaign.)

Se existirem diversos esquemas no banco de dados de tabelas de sistema e, em seguida, configure esse valor para o nome do esquema no qual as tabelas de sistema do Campaign foram criadas.

Use a propriedade TempTablePostExecutionSQL para especificar uma instrução SQL completa que o Campaign executa imediatamente após a criação de uma tabela temporária em uma origem de dados do usuário ou no banco de dados de tabelas de sistema. A propriedade AllowTempTables deve ser configurada como TRUE para permitir a criação de tabelas temporárias em uma origem de dados.

Você pode usar os tokens para substituir o nome da tabela e o(s) nome(s) de coluna (<TABLENAME> e <KEYCOLUMNS>) nessa instrução SQL, pois eles são gerados dinamicamente durante a exceção da campanha.

Tokens disponíveis para TempTablePostExecutionSQL são descritos a seguir.

Use a propriedade TableListSQL para especificar a consulta SQL a ser usada para incluir sinônimos na lista de tabelas disponíveis para o mapa.

Se você configurar essa propriedade com uma consulta SQL válida, o Campaign emite a consulta SQL para recuperar a lista de tabelas para mapeamento. Se a consulta retornar uma coluna, ela é tratada como uma coluna de nomes. Se a consulta retornar duas colunas, a primeira coluna é assumida como uma coluna de nomes de proprietários e a segunda coluna é considerada como uma coluna de nomes de tabelas.

Se a consulta SQL não iniciar com um asterisco (*), o Campaign mescla essa lista de tabelas que são normalmente recuperadas (como através de chamadas ODBC ou conexões nativas).

Se a consulta SQL iniciar com um asterisco (*), a lista retornada pelo SQL substitui a lista normal, em vez de ser mesclada com ela.

Se a origem de dados for SQL Server, sob circunstâncias normais, a chamada da API ODBC que a Campanha usa retorna uma lista de tabelas e visualizações, mas não sinônimos. Para incluir também a lista de sinônimos, configure TableListSQL de forma semelhante ao exemplo a seguir:

Para recuperar a lista de tabelas, visualizações e sinônimos, evitando a API do ODBC completamente, configure TableListSQL de forma semelhante ao exemplo a seguir:

A propriedade SQLOnConnect define uma instrução SQL completa que o Campaign executa imediatamente após cada conexão com o banco de dados. A propriedade UOSQLOnConnect é semelhante a isso, mas especificamente aplicável no Contact Optimization.

Tokens disponíveis para UOSQLOnConnect são descritos a seguir.

O valor padrão para essa propriedade é FALSE, indicando que o Campaign deve usar seu método padrão (conexão ODBC ou nativa, por exemplo) para recuperar o esquema. Configurar esta propriedade para TRUE faz com que o Campaign prepare uma consulta SQL semelhante para select * from <table> para recuperar o esquema de tabela.

Isso pode fornecer vantagens que são específicas para cada origem de dados. Por exemplo, algumas origens de dados (Netezza®, SQL Server) não relatam sinônimos adequadamente (nomes alternativos para objetos de banco de dados, definidos usando a sintaxe create synonym) através de conexões ODBC ou nativas padrão. A configuração dessa propriedade como TRUE, faz com que os sinônimos SQL sejam recuperados para mapeamento de dados do Campaign.

Para permitir que o Campaign trabalhe com sinônimos Netezza® ou SQL Server:

Use a propriedade UserTablePostExecutionSQL para especificar uma instrução SQL completa que o Campaign executa imediatamente após a criação de uma tabela de usuário em uma origem de dados do usuário ou no banco de dados de tabelas de sistema.

Você pode usar os tokens para substituir o nome da tabela e o(s) nome(s) de coluna (<TABLENAME> e <KEYCOLUMNS>) nessa instrução SQL, pois eles são gerados dinamicamente durante a exceção da campanha.

Os tokens disponíveis para UserTablePostExecutionSQL são descritos a seguir.

Quando a propriedade UseTempTablePool é configurada como TRUE, as tabelas temporárias não são descartadas do banco de dados. As tabelas temporárias são truncadas e reutilizadas a partir do conjunto de tabelas mantido pelo Campaign. Quando configurada como FALSE, as tabelas temporárias são descartadas e recriadas todas as vezes que um fluxograma é executado.

Use a propriedade SegmentTablePostExecutionSQL para especificar uma instrução SQL completa que o Campaign executa após uma tabela temporária de Segmentos ter sido criadas e preenchidas.

Tokens disponíveis para SegmentTablePostExecutionSQL são descritos a seguir.

Use a propriedade SnapshotTablePostExecutionSQL para especificar uma ou mais instruções SQL completas para executar imediatamente após uma tabela de Captura Instantânea ter sido criada e preenchida.

Os tokens disponíveis para SnapshotTablePostExecutionSQL são descritos a seguir.

O parâmetro TempTablePrefix especifica uma sequência que é automaticamente anexada aos nomes de todas as tabelas temporárias criadas pelo Campaign. Use esse parâmetro para ajudá-lo a identificar e gerenciar suas tabelas temporárias. Também é possível usar essa propriedade para fazer com que as tabelas temporárias sejam criadas em um local específico.

Os tokens disponíveis para TempTablePrefix são descritos a seguir.

Use a propriedade TempTablePreTruncateExecutionSQL para especificar uma consulta SQL a ser executada antes de um tabela temporária ser truncada. A consulta especificada pode ser usada para negar o efeito de uma instrução SQL especificada na propriedade TempTablePostExecutionSQL.

Por exemplo, com a propriedade TempTablePostExecutionSQL, você poderia especificar a instrução SQL a seguir para criar um índice:

Em seguida, especifique a consulta a seguir na propriedade TempTablePreTruncateExecutionSQL para descartar o índice:

Use a propriedade TempTablePreTruncateRunScript para especificar um script ou executável a ser executado antes de uma tabela temporária ser truncada. O script especificado pode ser usado para negar o efeito de uma instrução SQL especificada na propriedade PostTempTableCreateRunScript.

Por exemplo, com a propriedade PostTempTableCreateRunScript, você poderia especificar um script que inclui a seguinte instrução SQL para criar o índice:

Em seguida, especificar outro script com a instrução a seguir na propriedade TempTablePreTruncateRunScript para descartar o índice:

O parâmetro TeradataDeleteBeforeDrop aplica-se apenas a origens de dados Teradata. Ele especifica se os registros são excluídos antes de uma tabela ser descartada.

Configure esse valor como TRUE para excluir todos os registros de uma tabela antes de descartá-la.

Configure esse valor como FALSE para descartar uma tabela sem primeiro excluir todos os registros.

A propriedade TruncateSQL está disponível para uso com origens de dados DB2® e permite especificar SQL alternativo para truncamento de tabela. Essa propriedade aplica-se apenas quando DeleteAsTruncate é configurada como TRUE. Quando DeleteAsTruncate é configurada como TRUE, nenhum SQL customizado nessa propriedade é usado para truncar uma tabela. Quando essa propriedade não está configurada, o Campaign usa a sintaxe TRUNCATE TABLE <TABLENAME>.

Tokens disponíveis para TruncateSQL são descritos a seguir.

A propriedade partições > partition[n] > dataSources > [data_source_name] > tipo especifica o tipo de banco de dados dessa origem de dados.

Quando o Campaign executa exclusões no processo de Mesclagem ou no processo de Segmentação, ele usa a sintaxe "NOT EXISTS" por padrão, como:

Se UseExceptForMerge for configurado como TRUE e não for possível usar "NOT IN" (por causa de UseNotInForMerge estar desativado ou porque o nível de público consiste em diversos campos e a origem de dados não for Oracle), então a sintaxe será alterada da seguinte forma:

Implemente a sintaxe SQL MERGE para melhorar o desempenho do processo de Rastreamento. A propriedade UseMergeForTrack pode ser configurada como TRUE para DB2®, Oracle, SQL Server 2008 e Teradata 12. Ela também pode ser usada com outros bancos de dados que suportam a instrução SQL MERGE.

A propriedade UseNonANSIJoin especifica se esta origem de dados usa a sintaxe de junção não ANSI. Se o tipo de origem de dados for configurado como Oracle7 ou Oracle8, e o valor de UseNonANSIJoin for configurado como TRUE, a origem de dados usa a sintaxe de junção não ANSI adequada para Oracle.

Quando o Campaign executa exclusões no processo de Mesclagem ou no processo de Segmentação, ele usa a sintaxe "NOT EXISTS" por padrão, como:

Se UseNotInForMerge for ativada (valor configurado como YES), e (1) o nível de público for composto de um único campo de ID, ou (2) a origem de dados for Oracle, então a sintaxe é alterada da seguinte forma:

A propriedade UseSQLToProfile permite configurar o Campaign para enviar a consulta SQL GROUP BY para o banco de dados para calcular perfis (usando “SELECT field, count(*) FROM table GROUP BY field”), em vez de buscar por registros.