Campaign selecciona su biblioteca de acceso al origen de datos de acuerdo con el tipo de origen de datos. Por ejemplo, se utiliza libora4d.so para la conectividad de Oracle, mientras que se utiliza libdb24d.so para la conectividad de DB2®. En la mayoría de los casos, las selecciones predeterminadas son apropiadas. Sin embargo, la propiedad AccessLibrary se puede cambiar si el valor predeterminado prueba ser incorrecto en su entorno de Campaign. Por ejemplo, Campaign de 64 bits proporciona dos bibliotecas de acceso de ODBC: una para los orígenes de datos de ODBC compatibles con la implementación de unixODBC (libodb4d.so, y otra compatible con la implementación de DataDirect (libodb4dDD.so, utilizada por Campaign para acceder, por ejemplo, a Teradata).

Campaign incluye dos bibliotecas adicionales para los gestores de controladores ODBC para AIX® ODBC que admiten la API ANSI ODBC en lugar de la API Unicode ODBC:

Si determina que la biblioteca de acceso predeterminada debería sobrescribirse, establezca este parámetro según sea necesario (por ejemplo, en libodb4dDD.so, sobrescribiendo la selección predeterminada de libodb4d.so).

La propiedad AliasPrefix especifica la manera en que Campaign forma el nombre del alias que Campaign crea automáticamente cuando utiliza una tabla de dimensiones y escribe en una nueva tabla.

Esta propiedad determina si Campaign intenta realizar una unión SQL de las tablas base (desde el mismo origen de datos) usadas en un proceso Selección; de lo contrario, la unión equivalente se realiza en el servidor de Campaign.

La propiedad AllowSegmentUsingSQLCase especifica si el proceso Segmentación de Campaign consolida múltiples sentencias SQL en una sola sentencia SQL, cuando se satisfacen condiciones de configuración específicas.

La configuración de esta propiedad en TRUE produce importantes mejoras en el rendimiento cuando se cumplen todas las condiciones que se enumeran a continuación:

En este caso, Campaign genera una sola sentencia CASE de SQL para llevar a cabo la segmentación, seguida de un procesamiento de segmentar por campo en el servidor de aplicaciones de Campaign.

La propiedad AllowTempTables especifica si Campaign crea tablas temporales en la base de datos. La creación de tablas temporales puede mejorar significativamente el rendimiento de las campañas. Cuando el valor es TRUE, se habilitan las tablas temporales.

Cuando se habilitan las tablas temporales, cada vez que se haga una consulta a la base de datos (por ejemplo, mediante el proceso Segmentación), los ID generados se escriben en una tabla temporal en la base de datos. Cuando se emite una consulta adicional, Campaign puede utilizar esa tabla temporal para recuperar filas de la base de datos.

Si no se habilitan las tablas temporales, Campaign retiene los ID seleccionados en la memoria del servidor. La consulta adicional recupera los ID de la base de datos y los hace coincidir con los ID que están en la memoria del servidor.

La propiedad ASMSaveDBAuthentication especifica si, cuando inicia sesión en Campaign y correlaciona una tabla en un origen de datos en el que no ha iniciado sesión anteriormente, Campaign guarda su nombre de usuario y contraseña en IBM® EMM.

Si establece esta propiedad en TRUE, Campaign no le solicita un nombre de usuario y una contraseña cuando inicia la sesión en el origen de datos. Si establece esta propiedad en FALSE, Campaign le solicita un nombre de usuario y una contraseña cada vez que inicia la sesión en el origen de datos.

La propiedad ASMUserForDBCredentials especifica el nombre de usuario de IBM® EMM asignado al usuario del sistema Campaign (necesario para acceder a las tablas del sistema de Campaign).

La propiedad BulkInsertBlockSize define el tamaño máximo de un bloque de datos, en cantidad de registros, que Campaign añade a la base de datos a la vez.

La propiedad BulkInsertRequiresColumnType se necesita para soportar únicamente los orígenes de datos de Data Direct ODBC. Establezca esta propiedad en TRUE para orígenes de datos ODBC Data Direct cuando utilice inserciones masivas (matrices). Establezca la propiedad en FALSE para ser compatible con la mayoría de los otros controladores de ODBC.

La propiedad BulkReaderBlockSize define el tamaño máximo de un bloque de datos, en cantidad de registros, que Campaign lee en la base de datos a la vez.

La propiedad ConditionalSQLCloseBracket especifica el tipo de corchete usado para indicar el final de un segmento condicional en macros personalizadas de SQL sin formato. Los segmentos condicionados que aparecen entre los tipos de corchete de apertura y cierre especificados se utilizan sólo si existen tablas temporales. Se ignoran si no hay tablas temporales.

} (llave para cerrar)

La propiedad ConditionalSQLOpenBracket especifica el tipo de corchete utilizado para indicar el inicio de un segmento condicional en las macros personalizadas de SQL sin formato. Los segmentos condicionales incluidos dentro de corchetes especificados por las propiedades ConditionalSQLOpenBracket y ConditionalSQLCloseBracket se utilizan sólo si hay tablas temporales, y se ignoran si no hay tablas temporales.

{ (llave para abrir)

La propiedad ConnectionCacheSize especifica el número de conexiones que Campaign mantiene en una memoria caché para cada origen de datos.

De forma predeterminada (N=0), Campaign establece una nueva conexión a un origen de datos para cada operación; si Campaign mantiene una memoria caché de conexiones y hay una conexión disponible que pueda volver a utilizarse, Campaign utiliza la conexión guardada en la memoria caché en lugar de establecer una nueva conexión.

Si el valor no es 0, cuando se realiza un proceso con una conexión, Campaign mantiene hasta el número de conexiones abiertas especificadas durante el tiempo indicado por la propiedad InactiveConnectionTimeout. Una vez que finaliza este tiempo, se eliminan las conexiones de la memoria caché y se cierran.

0 (cero)

Campaign utiliza el valor de la propiedad DateFormat para determinar cómo se analizan los datos en formatos date (de fecha) cuando se utilizan lenguaje de macros de Campaign o cuando se interpretan datos de columnas de fecha.

Configure el valor de la propiedad DateFormat en el formato en que Campaign espera recibir fechas de este origen de datos. Debe coincidir con el formato que utiliza su base de datos para mostrar fechas al seleccionar. Para la mayoría de las bases de datos, esta configuración es la misma que la configuración de la propiedad DateOutputFormatString.

Teradata le permite definir el formato de fecha por columna. Además de dateFormat y dateOutputFormatString, debe configurar SuffixOnCreateDateField. Para ser consistente con nuestras configuraciones de tablas del sistema, utilice:

Si la opción Utilizar configuración regional al generar monedas, números, fechas y horas no está seleccionada en la configuración del origen de datos ODBC, entonces no podrá restablecer el formato de fecha. En general, es más sencillo dejar este valor sin marcar para que la configuración del formato de fecha no cambie para cada idioma.

La propiedad DateOutputFormatString especifica el formato del tipo de datos de la fecha que se utilizará cuando Campaign escriba cualquier fecha, como la fecha de inicio y finalización de una campaña, en una base de datos. Configure el valor de la propiedad DateOutputFormatString en el formato que el origen de datos espera para las columnas del tipo date. Para la mayoría de las bases de datos, esta configuración es la misma que para la configuración de la propiedad [nombre_origen_de_datos] > DateFormat.

La propiedad DateOutputFormatString se puede establecer en cualquiera de los formatos especificados para format_str en la macro DATE_FORMAT. La macro DATE_FORMAT acepta dos tipos diferentes de formatos. Uno es un identificador (por ejemplo, DELIM_M_D_Y, DDMMMYYYY, el mismo que acepta la macro DATE), mientras que el otro es una cadena de formato. El valor de la propiedad DateOutputFormatString debe ser una cadena de formato; no puede ser uno de los identificadores de la macro DATE. Por norma general, utilice uno de los formatos delimitados.

El valor de la propiedad [nombre_origen_de_datos] > DateTimeFormat especifica el formato en el que Campaign espera recibir datos de fecha y hora/marca de hora de una base de datos. Debe coincidir con el formato que utiliza su base de datos para mostrar los datos de fecha y hora/marca de hora al seleccionarlos. Para la mayoría de bases de datos, esta configuración es la misma que la configuración para DateTimeOutputFormatString.

Normalmente, establece DateTimeFormat añadiendo DT_ como prefijo al valor DateFormat tras determinar el valor DateFormat como se describe en la tabla de "Selección de una fecha por base de datos".

La propiedad DateTimeOutputFormatString especifica el formato del tipo de datos de fecha y hora que debe utilizarse cuando Campaign graba cualquier fecha y hora, como el inicio de una campaña o la fecha y la hora de ffinalización en una base de datos. Establezca el valor de la propiedad DateTimeOutputFormatString en el formato que el origen de datos espera para columnas del tipo datetime. Para la mayoría de las bases de datos, esta configuración es la misma que para la configuración de la propiedad [nombre_origen_de_datos] > DateTimeFormat.

La propiedad DB2NotLoggedInitially determina si Campaign utiliza la sintaxis SQL not logged initially cuando completa tablas temporales en DB2®. Cuando se establece en TRUE, esta propiedad inhabilita el registro de inserciones en las tablas temporales, lo cual mejora el rendimiento y disminuye el consumo de recursos de la base de datos.

Si la versión de DB2® no da soporte a la sintaxis not logged initially, establezca esta propiedad en FALSE.

La propiedad DB2NotLoggedInitiallyUserTables determina si Campaign utiliza la sintaxis SQL not logged initially para inserciones en tablas de usuario de DB2®. Cuando se establece en TRUE, esta propiedad inhabilita el registro de inserciones en las tablas temporales, lo cual mejora el rendimiento y disminuye el consumo de recursos de la base de datos.

La propiedad DefaultScale se utiliza cuando Campaign crea un campo de base de datos para almacenar valores numéricos de un archivo sin formato, al utilizar el proceso Instantánea o Exportar.

Esta propiedad no se utiliza para valores numéricos que se originan en una tabla de base de datos, a menos que el campo de base de datos omita la información sobre precisión y escala. (La precisión indica el número total de dígitos permitidos para el campo. La escala indica el número de dígitos permitidos a la derecha del separador decimal. Por ejemplo, 6,789 tiene una precisión de 4 y una escala de 3. Los valores obtenidos de la tabla de base de datos incluyen información sobre la precisión y la escala, que Campaign utiliza al crear el campo).

Los archivos sin formato no indican la precisión y la escala. Utilice DefaultScale para especificar las posiciones a la derecha del separador decimal que desea definir para el campo que se crea. Por ejemplo:

Si el valor establecido para DefaultScale excede de la precisión del campo, se utiliza DefaultScale=0 para estos campos. Por ejemplo, si la precisión es 5 y DefaultScale=6, se utiliza un valor cero.

0 (cero)

La propiedad DefaultTextType está pensada para orígenes de datos ODBC. Esta propiedad indica a Campaign cómo crear campos de texto en el origen de datos de destino si los campos de texto de origen proceden de un tipo de origen de datos diferente. Por ejemplo, los campos de texto de origen deben proceder de un archivo sin formato o de un tipo distinto de DBMS. Si los campos de texto de origen proceden del mismo tipo de DBMS, esta propiedad se ignora y los campos de texto se crean en el origen de datos de destino utilizando los tipos de datos de los campos de texto de origen.

La propiedad DeleteAsRecreate especifica si, cuando un proceso de salida se establece en REPLACE TABLE y si no se admite TRUNCATE, Campaign descarta y vuelve a crear la tabla o sólo borra de la tabla.

Cuando el valor es TRUE, Campaign descarta la tabla y la vuelve a crear.

Cuando el valor es FALSE, Campaign ejecuta un mandato DELETE FROM de la tabla.

La propiedad DeleteAsTruncate especifica si, cuando un proceso de salida se establece en REPLACE TABLE, Campaign utiliza TRUNCATE TABLE o borra de la tabla.

Cuando el valor es TRUE, Campaign ejecuta TRUNCATE TABLE desde la tabla.

Cuando el valor es FALSE, Campaign ejecuta DELETE FROM desde la tabla.

La propiedad DisallowTempTableDirectCreate especifica la manera en que Campaign añade datos en una tabla temporal.

Cuando se establece en FALSE, Campaign realiza una sintaxis SQL de crear y completar directa utilizando un comando; por ejemplo, CREATE TABLE <nombre_tabla> AS ... (para Oracle y Netezza®) y SELECT <nombres_campo> INTO <nombre_tabla> ... (para SQL Server).

Cuando se establece en TRUE, Campaign crea la tabla temporal y luego la completa directamente de una tabla a otra utilizando mandatos separados.

Establezca esta propiedad en el nombre de origen de datos (DSN) que se ha asignado en la configuración de ODBC para este origen de datos de Campaign. Este valor no está definido como valor predeterminado.

Utilizando las propiedades de configuración de origen de datos de Campaign, puede especificar varios orígenes de datos lógicos que hagan referencia al mismo origen de datos físico. Por ejemplo, puede crear dos conjuntos de propiedades de orígenes de datos para el mismo origen de datos, uno con AllowTempTables = TRUE y otro con AllowTempTables = FALSE. Cada uno de los orígenes de datos tendrá un nombre distinto en Campaign, pero si hacen referencia al mismo origen de datos físico, tendrán el mismo valor de DSN.

La propiedad DSNUsingOSAuthentication se aplica únicamente cuando el origen de datos de Campaign es el SQL Server. Establezca el valor en TRUE cuando el DSN esté configurado para utilizar el modo de autenticación de Windows™.

La propiedad EnableBaseDimSelfJoin especifica si el comportamiento de la base de datos de Campaign efectuará uniones automáticas cuando se correlacionen las tablas base y de dimensiones a la misma tabla física y Dimensión no esté relacionada con la tabla Base en el campo o campos de ID de la tabla Base.

De forma predeterminada, esta propiedad se establece en FALSE y cuando las latablas base y de dimensiones son la misma tabla de base de datos y los campos de relación son los mismos (por ejemplo, AcctID a AcctID), Campaign supone que no desea realizar una unión.

La propiedad EnableSelectDistinct especifica si el servidor de Campaign o la base de datos desduplican las listas internas de ID de Campaign.

Cuando el valor es TRUE, la base de datos realiza una desduplicación, y las consultas SQL generadas hacia la base de datos luego tienen la forma (cuando corresponda):

Cuando el valor es FALSE, el servidor de Campaign realiza una desduplicación, y las consultas SQL generadas hacia la base de datos tienen la forma:

Deje el valor predeterminado de FALSE si:

Independientemente del valor que especifique para esta propiedad, Campaign se asegura automáticamente de que las claves se desduplicarán según sea necesario. Esta propiedad simplemente controla dónde se produce el trabajo de desduplicación (en la base de datos o en el servidor de Campaign).

La propiedad EnableSelectOrderBy especifica si el servidor de Campaign o la base de datos clasifican las listas internas de ID de Campaign.

Cuando el valor es TRUE, la base de datos realiza la clasificación, y las consultas SQL generadas hacia la base de datos tienen la forma:

Cuando el valor es FALSE, el servidor de Campaign realiza la clasificación, y las consultas SQL generadas hacia la base de datos tienen la forma:

El parámetro ExcludeFromTableDisplay le permite limitar las tablas de la base de datos que se muestran durante la correlación de tablas en Campaign. No reduce la cantidad de nombres de tabla que se recuperan de la base de datos.

Por ejemplo, si configura el valor de este parámetro en sys.*, no se muestran las tablas con nombres que comiencen con sys.. Tome en cuenta que los valores para este parámetro distinguen entre mayúsculas y minúsculas.

UAC_*, el cual excluye las tablas temporales y las tablas de Extracción, cuando el valor de la propiedad ExtractTablePrefix es el valor predeterminado.

Utiliza la propiedad ExtractTablePostExecutionSQL para especificar una o más sentencias SQL completas de modo que se ejecuten inmediatamente después de crear y completar una tabla de Extracción.

A continuación se describen los tokens disponibles para ExtractTablePostExecutionSQL.

La propiedad ExtractTablePrefix especifica una cadena que se antepone automáticamente a todos los nombres de tablas de Extracción en Campaign.

La propiedad ForceNumeric especifica si Campaign recupera valores numéricos como el tipo de datos double. Cuando el valor se establece en TRUE, Campaign recupera todos los valores numéricos como el tipo de datos double.

La propiedad InactiveConnectionTimeout especifica la cantidad de segundos que una conexión inactiva de la base de datos de Campaign queda abierta antes de cerrarse. Al configurar el valor en 0 se inhabilita el tiempo de espera agotado, con lo cual la conexión queda abierta.

La propiedad InsertLogSize especifica cuándo ingresa una nueva entrada en el archivo de registro mientras el proceso Instantánea de Campaign está ejecutándose. Cada vez que el número de registros escrito por el proceso Instantánea alcanza un múltiplo del número especificado en la propiedad InsertLogSize , se anota una entrada en el registro. Las entradas del registro pueden ayudarlo a determinar hasta dónde ha progresado un proceso Instantánea en ejecución. Si configura este valor demasiado bajo puede crear grandes archivos de registro.

100000 (cien mil registros)

La propiedad JndiName se utiliza sólo cuando se configuran las tablas del sistema de Campaign (no para otros orígenes de datos, como lo son las tablas de clientes). Establezca su valor en el origen de datos Java™ Naming and Directory Interface (JNDI) que está definido en el servidor de aplicaciones (WebSphere® o WebLogic).

La propiedad LoaderCommand especifica el mandato emitido para invocar su programa de utilidad de carga de la base de datos en Campaign. Si configura este parámetro, Campaign entra al modo del programa de utilidad de carga de la base de datos para todos los archivos generados del proceso Instantánea que se usaron con la configuración “reemplazar todos los registros”. Este parámetro también invoca el modo de programa de utilidad de carga de la base de datos cuando Campaign carga listas de ID en tablas temporales.

La mayoría de las utilidades de carga de la base de datos requieren varios argumentos para que inicien satisfactoriamente. Estos argumentos pueden incluir la especificación del archivo de datos y del archivo de control desde los cuales se carga y a qué base de datos y tabla cargar. Campaign da soporte a los tokens siguientes, se reemplazan por los elementos especificados cuando se ejecuta el mandato. Consulte la documentación de su programa de utilidad de carga de la base de datos para conocer la sintaxis correcta que se debe usar cuando invoque su programa de utilidad de carga de la base de datos.

A continuación se describen los tokens disponibles para LoaderCommand.

El parámetro LoaderCommandForAppend especifica el mandato emitido para invocar su programa de utilidad de carga de base de datos para anexar registros a una tabla de base de datos en Campaign. Si configura este parámetro, Campaign ingresa al modo de programa de utilidad de carga de la base de datos para todos los archivos de salida generados del proceso Instantánea que se utilizan con la configuración “anexar registros”.

A continuación se describen los tokens disponibles para LoaderCommandForAppend.

La propiedad LoaderControlFileTemplate especifica la ruta completa y el nombre de archivo de la plantilla de archivo de control que se configurado en Campaign. Cuando se configura este parámetro, Campaign construye dinámicamente un archivo de control temporal basado en la plantilla que se especifica aquí. La ruta y el nombre de este archivo de control temporal se encuentran disponibles para el token <CONTROLFILE> que está disponible para el parámetro LoaderCommand.

Antes de utilizar Campaign en el modo de programa de utilidad de carga de base de datos, debe configurar la plantilla de archivo de control que especifica este parámetro. La plantilla de archivo de control permite los siguientes tokens, que son reemplazados dinámicamente cuando Campaign crea el archivo de control temporal.

Los tokens disponibles para LoaderControlFileTemplate son los mismos que aquellos descritos para la propiedad LoaderCommand, más los siguientes tokens especiales, los cuales se repiten una vez para cada campo en la tabla saliente.

La propiedad LoaderControlFileTemplateForAppend especifica la ruta completa y el nombre de archivo de la plantilla de archivo de control que se configurado en Campaign. Cuando se configura este parámetro, Campaign construye dinámicamente un archivo de control temporal basado en la plantilla que se especifica aquí. La ruta y el nombre de este archivo de control temporal se encuentran disponibles para el token <CONTROLFILE> que está disponible para la propiedad LoaderCommandForAppend.

Antes de utilizar Campaign en el modo de programa de utilidad de carga de base de datos, debe configurar la plantilla de archivo de control que especifica este parámetro. La plantilla de archivo de control permite los siguientes tokens, que son reemplazados dinámicamente cuando Campaign crea el archivo de control temporal.

Consulte la documentación correspondiente a su programa de utilidad de carga de la base de datos para conocer la sintaxis correcta que requiere su archivo de control. Los tokens disponibles para su plantilla del archivo de control son los mismos que los de la propiedad LoaderControlFileTemplate.

La propiedad LoaderDelimiter especifica si el archivo de datos temporal es de ancho fijo o un archivo sin formato con delimitadores y, en caso de que sea delimitado, los caracteres que usa Campaign como delimitadores.

Si el valor no está definido, Campaign crea el archivo de datos temporal como un archivo sin formato de ancho fijo.

Si especifica un valor, será utilizado cuando se invoque al cargador para completar una tabla que se sepa que está vacía. Campaign crea el archivo de datos temporal como un archivo sin formato con delimitadores utilizando el valor de esta propiedad como delimitador.

Algunas utilidades de carga externas requieren que el archivo de datos sea delimitado y que cada línea finalice con el delimitador. Para ajustarse a este requisito, establezca el valor de LoaderDelimiterAtEnd en TRUE, de modo que al invocar el cargador para completar una tabla que se sabe que está vacía, Campaign utilice delimitadores al final de cada línea.

Algunas utilidades de carga externas requieren que el archivo de datos sea delimitado y que cada línea finalice con el delimitador. Para ajustarse a este requisito, establezca el valor de LoaderDelimiterAtEndForAppend en TRUE, de modo que al invocar el cargador para rellenar una tabla que se sabe que está vacía, Campaign utilice delimitadores al final de cada línea.

La propiedad LoaderDelimiterForAppend archivoespecifica si el archivo de datos temporal de Campaign es de ancho fijo o un archivo sin formato con delimitadores y, en caso de que sea delimitado, el carácter o el juego de caracteres utilizados como delimitadores.

Si el valor no está definido, Campaign crea el archivo de datos temporal como un archivo sin formato de ancho fijo.

Si especifica un valor, será utilizado cuando se invoque al cargador para completar una tabla que no se sepa que está vacía. Campaign crea el archivo de datos temporal como un archivo sin formato con delimitadores utilizando el valor de esta propiedad como delimitador.

La propiedad LoaderUseLocaleDP especifica, cuando Campaign escribe valores numéricos en archivos que serán cargados por un programa de utilidad de carga de base de datos, si el símbolo específico regional se utiliza para el separador decimal.

Establezca este valor en FALSE para especificar que se utilice el punto (.) como separador decimal.

Fije este valor en TRUE para especificar que el símbolo del separador decimal que se utiliza corresponde al entorno local.

Permite especificar el número máximo de elementos que Campaign tiene permitido incluir en una lista individual en SQL (por ejemplo, la lista de valores correspondiente a un operador IN en una cláusula WHERE).

La propiedad MaxQueryThreads especifica el límite superior del número de consultas simultáneas que se permite ejecutar en cada origen de la base de datos de un solo diagrama de flujo de Campaign.

Campaign ejecuta las consultas de la base de datos utilizando hilos de ejecución independientes. Debido a que los procesos de Campaign se ejecutan en paralelo, es común que haya varias consultas ejecutándose simultáneamente en un solo origen de datos. Si el número de consultas que se ejecutan en paralelo excede el valor especificado por esta propiedad, el servidor de Campaign limita automáticamente el número de consultas simultáneas a este valor.

El valor máximo es ilimitado. Tenga en cuenta que cuando la propiedad maxReuseThreads se establece en un valor distinto de cero, debe ser mayor o igual al valor de MaxQueryThreads.

Cuando el número seleccionado de ID es menor que el valor especificado por la propiedad MaxRowFetchRecords, Campaign añade los ID a la base de datos, uno a la vez en una consulta SQL aparte. Este proceso puede llevar mucho tiempo. Si el número de ID seleccionados es mayor que el valor especificado por este parámetro, Campaign utiliza tablas temporales (si están permitidas en el origen de la base de datos), o copia todos los valores de la tabla, sin incluir aquellos valores innecesarios.

Cuando se emite una consulta, Campaign crea una tabla temporal en la base de datos que contiene la lista exacta de ID, como resultado de la consulta. Cuando se hace a la base de datos una consulta adicional que selecciona todos los registros, la propiedad MaxTempTableJoinPctSelectAll especifica si se realiza una unión con la tabla temporal.

Si el tamaño relativo de la tabla temporal (especificado como porcentaje) es mayor que el valor de la propiedad MaxTempTableJoinPctSelectAll, no se realiza ninguna unión. Primero se seleccionan todos los registros, luego se descartan los registros no deseados.

Si el tamaño relativo de la tabla temporal (especificado en forma de porcentaje) es menor o igual que el valor de MaxTempTableJoinPctSelectAll, la unión se realiza primero con la tabla temporal y, a continuación, los ID resultantes se recuperan del servidor.

Esta propiedad es aplicable únicamente si el valor de la propiedad AllowTempTables está establecido en TRUE. Esta propiedad se ignora si la propiedad useInDbOptimization está establecida en YES.

Números enteros entre 0-100. Un valor de 0 significa que las uniones de la tabla temporal nunca se utilizan; un valor de 100 significa que las uniones de la tabla siempre se utilizan; independientemente del tamaño de la tabla temporal.

Suponga que MaxTempTableJoinPctSelectAll se ha establecido en 90. Primero, probablemente quiera seleccionar clientes (CustID con saldos de cuenta (Accnt_balance) superiores a $1.000 de la tabla de la base de datos (Customer).

El proceso Selección puede recuperar 100.000 ID de la tabla total de 1.000.000, lo cual representa el 10%. Si se permiten tablas temporales, Campaign escribe los ID seleccionados (TempID) en una tabla temporal (Temp_table) en la base de datos.

Luego, es probable que quiera obtener una instantánea de los ID seleccionados (CustID) junto con el saldo actual (Accnt_balance). Como el tamaño relativo de la tabla temporal (Temp_table) es menor al 90 por ciento (Temp_table), primero se realiza la unión con la tabla temporal. La expresión SQL generada por el proceso Instantánea podría ser como el siguiente caso:

Si el proceso Selección recupera más del 90 por ciento, el proceso Instantánea posterior recupera todos los registros, los hace coincidir con primeros conjuntos de ID, y descarta aquellos innecesarios.

Cuando se emite una consulta, Campaign crea una tabla temporal en la base de datos que contiene la lista exacta de ID, como resultado de la consulta. Cuando se emite en la base de datos una consulta adicional, la cual selecciona registros con condiciones de limitación, la propiedad MaxTempTableJoinPctWithCondition especifica si se debería realizar una unión con la tabla temporal.

Si el tamaño relativo de la tabla temporal (especificado como un porcentaje) es mayor que el valor de MaxTempTableJoinPctWithCondition, no se realiza ninguna unión. Esto evita la sobrecarga en la base de datos donde no sería necesaria. En este caso, se emite la consulta a la base de datos, se recupera la lista resultante de ID, y luego se descartan los registros no deseados ya que se hacen coincidir con la lista en la memoria del servidor.

Si el tamaño relativo de la tabla temporal (en porcentaje) es menor o igual al valor de la propiedad MaxTempTableJoinPctWithCondition, primero se realiza la unión con la tabla temporal, y luego se recuperan los ID resultantes en el servidor.

Esta propiedad es aplicable únicamente si el valor de la propiedad AllowTempTables está establecido en TRUE.

Números enteros entre 0-100. Un valor de 0 significa que las uniones de la tabla temporal nunca se utilizan; un valor de 100 significa que las uniones de la tabla siempre se utilizan; independientemente del tamaño de la tabla temporal.

Utilice esta propiedad para establecer el umbral y así poder utilizar el cargador de volumen. Campaign invoca el script asignado al parámetro LoaderCommand cuando el número de ID exclusivos en la celda de entrada excede el valor definido aquí. El valor de esta propiedad no representa el número de registros que se guardarán.

Si no se configura esta propiedad, Campaign supone que el valor es el valor predeterminado (cero). Si se configura esta propiedad pero se establece en un valor negativo o un valor que no es un entero, Campaign supone que el valor es cero.

Utilice esta propiedad para establecer el umbral y así poder utilizar el cargador de volumen. Campaign invoca el script asignado al parámetro LoaderCommandForAppend cuando el número de ID exclusivos en la celda de entrada excede el valor definido aquí. El valor de esta propiedad no representa el número de registros que se guardarán.

Si no se configura esta propiedad, Campaign supone que el valor es el valor predeterminado (cero). Si se configura esta propiedad pero se establece en un valor negativo o un valor que no es un entero, Campaign supone que el valor es cero.

La propiedad NumberOfRetries especifica el número de veces que Campaign reintenta automáticamente la operación de la base de datos ante un caso de anomalía. Campaign reenvía automáticamente las consultas a la base de datos esta cantidad de veces antes de informar acerca de un error o anomalía en la base de datos.

La propiedad ODBCUnicode especifica el tipo de codificación utilizada en las llamadas ODBC de Campaign. Se utiliza únicamente con orígenes de datos ODBC y se ignora cuando se utiliza con conectividad nativa de DB2® u Oracle.

La propiedad ODBCv2 identifica cuál especificación Campaign de la API de ODBC debería utilizar para el origen de datos.

El valor predeterminado FALSE permite que Campaign pueda utilizar la especificación v3 de la API para el origen de datos, mientras que la configuración TRUE hace que Campaign utilice la especificación v2 de la API. Configure la propiedad ODBCv2 en TRUE para los orígenes de datos que no admiten la especificación API de ODBC v3.

Cuando la propiedad ODBCv2 se establece en TRUE, Campaign no admite la API Unicode de ODBC, y no se reconocen aquellos valores que no sean disabled para la propiedad ODBCUnicode.

La propiedad OwnerForTableDisplay le permite limitar la visualización de correlación de tablas en Campaign a las tablas pertenecientes a un usuario especificado, o a uno o más conjuntos de tablas pertenecientes al usuario especificado.

Cuando se establece en TRUE, la propiedad PadTextWithSpaces hace que Campaign agregue valores de texto con espacios hasta que la cadena tenga el mismo ancho que el campo de la base de datos.

Utiliza la propiedad PostExtractTableCreateRunScript para especificar un script o un ejecutable que Campaign ejecuta una vez que se ha creado y rellenado una tabla de Extracción.

A continuación se describen los tokens disponibles para PostExtractTableCreateRunScript.

Especifica un script o ejecutable que Campaign se ejecuta una vez que se ha creado y rellenado una tabla temporal de Segmentación.

A continuación se describen los tokens disponibles para PostSegmentTableCreateRunScript.

Utiliza la propiedad PostSnapshotTableCreateRunScript para especificar un script o un ejecutable que Campaign ejecuta una vez que se ha creado y rellenado una tabla de instantáneas.

A continuación se describen los tokens disponibles para PostSnapshotTableCreateRunScript.

La propiedad PostTempTableCreateRunScript para especificar un script o un archivo ejecutable que Campaign ejecuta una vez que se ha creado y completado una tabla temporal en un origen de datos del usuario o en la base de datos de las tablas del sistema.

A continuación se describen los tokens disponibles para PostTempTableCreateRunScript.

Especifica un script o ejecutable que Campaign ejecuta una vez que se ha creado y rellenado una tabla de Usuario.

A continuación se describen los tokens disponibles para PostUserTableCreateRunScript.

Utilice la propiedad PrefixOnSelectSQL para especificar una cadena que se antepone automáticamente a todas las expresiones SQL SELECT generadas por Campaign.

Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección.

Esta propiedad se añade automáticamente a la expresión SELECT SELECT sin verificar su sintaxis. Si utiliza esta propiedad, asegúrese de que sea una expresión legal.

A continuación se describen los tokens disponibles para PrefixOnSelectSQL.

La propiedad QueryThreadSleep afecta a la utilización de CPU del proceso del servidor de Campaign (UNICA_ACSVR). Cuando el valor es TRUE, el subproceso que el servidor de Campaign utiliza para verificar la finalización de la consulta queda inactivo entre comprobaciones. Cuando el valor es FALSE, el proceso del servidor de Campaign verifica continuamente la finalización de la consulta.

El parámetro ReaderLogSize define cuándo Campaign realiza una nueva entrada en el archivo de registro al leer datos de la base de datos. Cada vez que el número de registros leídos de la base de datos alcanza un múltiplo del número definido por este parámetro, se anota una entrada de registro en el archivo de registro.

1000000 (un millón de registros)

La propiedad ShareConnection ya no se utiliza y debe conservar su valor predeterminado, FALSE.

La propiedad SQLOnConnect define una sentencia SQL completa que Campaign ejecuta inmediatamente después de cada conexión a la base de datos.

A continuación se describen los tokens disponibles para SQLOnConnect.

La propiedad StringEncoding especifica la codificación de los caracteres de la base de datos. Cuando Campaign recupera datos de la base de datos, estos datos se transcodifican y pasan de la codificación especificada a la codificación interna de Campaign (UTF-8). Cuando Campaign envía una consulta a la base de datos, los datos de caracteres se transcodifican desde la codificación interna de Campaign (UTF-8) a la codificación especificada en la propiedad StringEncoding.

Si utiliza datos ASCII, establezca el valor en UTF-8.

Si la codificación de su cliente de base de datos es UTF-8, el valor preferido será WIDEUTF-8. El valor WIDE-UTF-8 sólo funciona si su cliente de base de datos está establecido en UTF-8.

Si utiliza la propiedad particiones > partición[n] > Orígenes de datos > nombre_origen_datos > ODBCUnicode, establezca la propiedad StringEncoding en UTF-8 o WIDEUTF-8. De lo contrario, el valor de la propiedad ODBCUnicode se ignora.

Para ver una lista de las codificaciones soportadas, consulte Codificaciones de caracteres en Campaign en la Guía del administrador de Campaign.

En esta sección se describe cómo establecer los valores correctos para bases de datos DB2®, SQL Server o Teradata.

Identifique la página de códigos y el juego de códigos de la base de datos DB2®. Para entornos localizados, la base de datos DB2® debe tener la configuración siguiente:

Establezca los valores de la propiedad StringEncoding en Campaign en el valor del juego de códigos de la base de datos DB2®.

Establezca la variable de entorno DB2® DB2CODEPAGE en elvalor de página de códigos de la base de datos DB2®:

Este valor afecta a todos los orígenes de datos de DB2® y puede afectar a otros programas en ejecución.

Para SQL Server, utilice una página de códigos en lugar de una codificación iconv. Para determinar el valor correcto para la propiedad StringEncoding con una base de datos de SQL Server, consulte la página de códigos que corresponde a la configuración regional del sistema operativo del servidor.

Por ejemplo, para utilizar la página de códigos 932 (japonés Shift-JIS):

Para Teradata, debe alterar temporalmente algún comportamiento predeterminado. Teradata admite codificación de caracteres por columna, mientras que Campaign sólo admite codificación de origen por datos. UTF-8 no puede utilizarse con Campaign debido a un error en el controlador ODBC de Teradata. Teradata configura la codificación de caracteres predeterminada para cada inicio de sesión. Puede anularlo utilizando un parámetro en la configuración del origen de datos ODBC en Windows™ o en odbc.ini en las plataformas UNIX™ de la siguiente manera:

La codificación predeterminada para la tabla Teradata es LATIN. Teradata posee muy pocas codificaciones incorporadas, pero admite codificaciones definidas por el usuario.

El valor predeterminado de la propiedad StringEncoding es StringEncoding.

Campaign normalmente es responsable de la transcodificación entre su codificación interna, UTF-8 y la codificación de la base de datos. Cuando la base de datos se codifica en UTF-8, puede especificarse el valor UTF-8 para StringEncoding (excepto en SQL Server), y en ese caso no será necesaria una transcodificación. Tradicionalmente, estos han sido los únicos modelos viables para que Campaign pueda acceder a los datos que no están en inglés dentro de una base de datos.

En la versión 7.0 de Campaign, se ha introducido una nueva codificación de base de datos denominada WIDEUTF-8 como valor de la propiedad StringEncoding. Al utilizar esta codificación, Campaign todavía utiliza UTF-8 para comunicarse con el cliente de base de datos, pero le permite al cliente realizar la tarea de transcodificación entre UTF-8 y la codificación de la base de datos real. Es necesaria esta versión mejorada de UTF-8 para modificar los anchos de las correlaciones de columnas de tablas para que sean lo suficientemente anchas para el texto transcodificado.

La propiedad SuffixOnAllOtherSQL especifica una cadena que está automáticamente anexada a cada expresión SQL, generada por Campaign, las cuales no están cubiertas por las propiedades SuffixOnInsertSQL, SuffixOnSelectSQL, SuffixOnTempTableCreation, SuffixOnUserTableCreation o SuffixOnUserBaseTableCreation.

Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección.

SuffixOnAllOtherSQL se utiliza para los siguientes tipos de expresión, cuando los genera Campaign:

A continuación se describen los tokens disponibles para SuffixOnAllOtherSQL.

La propiedad SuffixOnCreateDateField especifica una cadena que Campaign anexa automáticamente a cualquier campo DATE en la sentencia SQL CREATE TABLE.

Si esta propiedad no está definida (valor predeterminado), el mandato CREATE TABLE no se cambia.

La propiedad SuffixOnInsertSQL especifica una cadena que se anexa automáticamente a todas las expresiones SQL INSERT generadas por Campaign. Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección.

SuffixOnInsertSQL se utiliza para los siguientes tipos de expresión, cuando los genera Campaign:

A continuación se describen los tokens disponibles para SuffixOnInsertSQL.

La propiedad SuffixOnSelectSQL especifica una cadena que se anexa automáticamente a todas las expresiones SQL SELECT generadas por Campaign. Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección.

A continuación se describen los tokens disponibles para SuffixOnSelectSQL.

Utilice la propiedad SuffixOnTempTableCreation para especificar una cadena que se anexa automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla temporal. Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección. Para utilizar esta propiedad, la propiedad AllowTempTables debe establecerse en TRUE.

Es probable que quiera utilizar tokens para sustituir el nombre de la tabla y los nombres de las columnas (<TABLENAME> y <KEYCOLUMNS>) en esta sentencia SQL, ya que estos se generan dinámicamente durante la ejecución de la campaña.

A continuación se describen los tokens disponibles para SuffixOnTempTableCreation.

Especifica una cadena que se anexa automáticamente a la expresión SQL, generada por Campaign, cuando se crea una tabla temporal de Segmentaciónl.

A continuación se describen los tokens disponibles para SuffixOnSegmentTableCreation.

Utilice la propiedad SuffixOnSnapshotTableCreation para especificar una cadena que se anexa automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla de Instantánea.

A continuación se describen los tokens disponibles para SuffixOnSnapshotTableCreation.

Utilice la propiedad SuffixOnExtractTableCreation para especificar una cadena que se anexa automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla de Extracción.

A continuación se describen los tokens disponibles para SuffixOnExtractTableCreation.

Utilice la propiedad SuffixOnUserBaseTableCreation para especificar una cadena que se anexa automáticamente a la expresión SQL que Campaign genera cuando un usuario crea una tabla base (por ejemplo, en un proceso Extracción). Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección.

Es probable que quiera utilizar tokens para sustituir el nombre de la tabla y los nombres de las columnas (<TABLENAME> y <KEYCOLUMNS>) en esta sentencia SQL, ya que estos se generan dinámicamente durante la ejecución de la campaña.

A continuación se describen los tokens disponibles para SuffixOnUserBaseTableCreation.

La propiedad SuffixOnUserTableCreation especifica una cadena que se anexa automáticamente a la expresión SQL que Campaign genera cuando un usuario crea una tabla general (por ejemplo, en un proceso Instantánea). Esta propiedad se aplica únicamente a SQL generado por Campaign, y no se aplica a SQL en las expresiones “SQL sin formato” utilizadas en el proceso Selección.

A continuación se describen los tokens disponibles para SuffixOnUserTableCreation.

Especifica el esquema utilizado para las tablas del sistema de Campaign.

El valor predeterminado está en blanco. Este parámetro sólo es relevante para el origen de datos UA_SYSTEM_TABLES.

Deje este valor en blanco a menos que el origen de datos UA_SYSTEM_TABLES contenga varios esquemas (por ejemplo, una base de datos Oracle utilizada por varios grupos). (En este contexto, “esquema” indica la parte inicial del nombre de una tabla “calificado” con la forma X.Y (por ejemplo, dbo.UA_Folder). En esta forma, X es el esquema e Y es el nombre de la tabla que no califica. Esta terminología para esta sintaxis varía entre los distintos sistemas de bases de datos compatibles con Campaign).

Si existen varios esquemas en la base de datos de tablas del sistema, entonces configure este valor con el nombre del esquema en el cual fueron creadas las tablas del sistema de Campaign.

Utilice la propiedad TempTablePostExecutionSQL para especificar una sentencia SQL completa que Campaign ejecuta inmediatamente después de la creación de una tabla temporal en un origen de datos del usuario o en la base de datos de tablas del sistema. La propiedad AllowTempTables debe estar establecida en TRUE para permitir la creación de tablas temporales en un origen de datos.

Es probable que quiera utilizar tokens para sustituir el nombre de la tabla y los nombres de las columnas (<TABLENAME> y <KEYCOLUMNS>) en esta sentencia SQL, ya que estos se generan dinámicamente durante la ejecución de la campaña.

A continuación se describen los tokens disponibles para TempTablePostExecutionSQL.

Utilice la propiedad TableListSQL para especificar la consulta SQL que se debe utilizar para incluir sinónimos en la lista de tablas disponibles para correlacionar.

Si establece esta propiedad con una consulta SQL válida, Campaign emite la consulta SQL para recuperar la lista de tablas para la correlación. Si la consulta devuelve una columna, se considera como una columna de nombres; si la consulta devuelve dos columnas, se supone que la primera es una columna de nombres de propietario y que la segunda es una columna de nombres de tabla.

Si la consulta SQL no empieza por un asterisco (*), Campaign fusiona esta lista con la lista de tablas que se recuperan normalmente (por ejemplo, a través de llamadas ODBC o conexiones nativas).

Si la consulta SQL empieza por un asterisco (*), la lista devuelta por SQL sustituye la lista normal, en lugar de fusionarse con ella.

Si el origen de datos es SQL Server, en circunstancias normales la llamada a la API de ODBC utilizada por Campaign devuelve una lista de tablas y vistas, pero no sinónimos. Para incluir también la lista de sinónimos, establezca TableListSQL de forma parecida al siguiente ejemplo:

Para recuperar la lista de tablas, vistas y sinónimos, evitando la API de ODBC por completo, establezca TableListSQL de forma parecida al siguiente ejemplo:

La propiedad SQLOnConnect define una sentencia SQL completa que Campaign ejecuta inmediatamente después de cada conexión a la base de datos. La propiedad UOSQLOnConnect es similar a esto, pero se aplica específicamente a Contact Optimization.

A continuación se describen los tokens disponibles para UOSQLOnConnect.

El valor predeterminado para esta propiedad es FALSE, lo que indica que Campaign debe utilizar su método estándar (conexión ODBC o nativa, por ejemplo) para recuperar el esquema. Si se establece esta propiedad en TRUE, Campaign prepara una consulta SQL similar a select * from <table> para recuperar el esquema de tabla.

Esto puede proporcionar ventajas específicas de cada origen de datos. Por ejemplo, algunos orígenes de datos (Netezza®, SQL Server) no informan correctamente de los sinónimos de SQL (nombres alternativos para objetos de base de datos, definidos utilizando la sintaxis create synonym) mediante las conexiones ODBC o nativas predeterminadas. Si se establece esta propiedad en TRUE, se recuperan sinónimos de SQL para la correlación de datos en Campaign.

Para permitir que Campaign trabaje con sinónimos de Netezza® o de SQL Server:

Utilice la propiedad UserTablePostExecutionSQL para especificar una sentencia SQL completa que Campaign ejecuta inmediatamente después de la creación de una tabla de usuario en un origen de datos del usuario o en la base de datos de tablas del sistema.

Es probable que quiera utilizar tokens para sustituir el nombre de la tabla y los nombres de las columnas (<TABLENAME> y <KEYCOLUMNS>) en esta sentencia SQL, ya que estos se generan dinámicamente durante la ejecución de la campaña.

A continuación se describen los tokens disponibles para UserTablePostExecutionSQL.

Cuando UseTempTablePool se establece en FALSE, las tablas temporales se descartan y se vuelven a crear cada vez que se ejecuta un diagrama de flujo. Cuando la propiedad está establecida en TRUE, las tablas temporales no se descartan de la base de datos. Las tablas temporales se truncan y se vuelven a utilizar de la agrupación de tablas que Campaign mantiene. La agrupación de tablas temporales es más eficaz en entornos donde se vuelven a ejecutar los diagramas de flujo muchas veces como, por ejemplo, durante una fase de diseño y prueba.

Utiliza la propiedad SegmentTablePostExecutionSQL para especificar una sentencia SQL completa que Campaign ejecuta después de la creación y rellenado de una tabla temporal de Segmentación.

A continuación se describen los tokens disponibles para SegmentTablePostExecutionSQL.

Utiliza la propiedad SnapshotTablePostExecutionSQL para especificar una o más sentencias SQL completas de modo que se ejecuten inmediatamente después de crear y completar una tabla de instantáneas.

A continuación se describen los tokens disponibles para SnapshotTablePostExecutionSQL.

El parámetro TempTablePrefix especifica una cadena que se antepone automáticamente a los nombres de todas las tablas temporales creadas por Campaign. Utilice este parámetro como ayuda para identificar y administrar las tablas temporales. También puede utilizar esta propiedad para lograr que las tablas temporales se creen en un sitio en particular.

A continuación se describen los tokens disponibles para TempTablePrefix.

Utilice la propiedad TempTablePreTruncateExecutionSQL para especificar una consulta SQL que se ejecute antes de truncar una tabla temporal. La consulta que especifique puede utilizarse para negar el efecto de una sentencia SQL especificada en la propiedad TempTablePostExecutionSQL.

Por ejemplo, con la propiedad TempTablePostExecutionSQL, usted podría especificar la siguiente sentencia SQL para crear un índice:

Luego, especificar la siguiente consulta en la propiedad TempTablePreTruncateExecutionSQL para desplegar el índice:

Utilice la propiedad TempTablePreTruncateRunScript para especificar un script o un ejecutable que se ejecute antes de truncar una tabla temporal. El script que especifique puede utilizarse para negar el efecto de una sentencia SQL especificada en la propiedad PostTempTableCreateRunScript.

Por ejemplo, con la propiedad PostTempTableCreateRunScript, usted podría especificar que existe un script que incluye la siguiente sentencia SQL para crear un índice:

A continuación, especifique otro script con la siguiente declaración en la propiedad TempTablePreTruncateRunScript para desplegar el índice:

El parámetro TeradataDeleteBeforeDrop se aplica únicamente a los orígenes de datos de Teradata. Especifica si se suprimen los registros antes de descartar una tabla.

Establezca este valor en TRUE para suprimir todos los registros de una tabla antes de descartar la tabla.

Establezca este valor en FALSE para abandonar una tabla sin antes borrar todos los registros.

La propiedad TruncateSQL está disponible para utilizarse con orígenes de datos de DB2® y le permite especificar SQL alternativo para el truncamiento de tablas. Esta propiedad aplica únicamente cuando DeleteAsTruncate se ha establecido en TRUE. Cuando DeleteAsTruncate se ha establecido en TRUE, cualquier SQL personalizado en esta propiedad se utilizará para truncar una tabla. Cuando esta propiedad no se ha establecido, Campaign utiliza la sintaxis TRUNCATE TABLE <TABLENAME>.

A continuación se describen los tokens disponibles para TruncateSQL.

La propiedad particiones > partición[n] > dataSources > [nombre_origen_de_datos] > tipo especifica el tipo de base de datos de este origen de datos.

Cuando Campaign realiza exclusiones en el proceso Fusión o en el proceso Segmentación, utiliza la sintaxis "NOT EXISTS" (NO EXISTE) de forma predeterminada, como:

Si UseExceptForMerge se establece en TRUE y no podemos utilizar "NOT IN" (porque UseNotInForMerge está inhabilitado, o porque el nivel de audiencia consiste en varios campos y el origen de datos no es Oracle), entonces la sintaxis se altera de la siguiente manera:

Implementa la sintaxis SQL MERGE para mejorar el rendimiento del proceso Seguimiento. La propiedad UseMergeForTrack se puede establecer en TRUE para DB2®, Oracle, SQL Server 2008 y Teradata 12. También puede utilizarse con otras bases de datos que admiten la sentencia SQL MERGE.

La propiedad UseNonANSIJoin especifica si este origen de datos utiliza una sintaxis de unión que no sea ANSI. Si el tipo de origen de datos está establecido en Oracle7 u Oracle8, y el valor de UseNonANSIJoin se ha establecido en TRUE, el origen de datos utiliza una sintaxis de unión que no sea ANSI que sea apropiada para Oracle.

Cuando Campaign realiza exclusiones en el proceso Fusión o en el proceso Segmentación, utiliza la sintaxis "NOT EXISTS" (NO EXISTE) de forma predeterminada, como:

Si UseNotInForMerge está habilitada (el valor está establecido en YES), y (1) el nivel de audiencia está compuesto por un solo campo de ID, o (2) el origen de datos es Oracle, entonces la sintaxis se altera de la siguiente manera:

La propiedad UseSQLToProfile le permite configurar Campaign para enviar la consulta SQL GROUP BY a la base de datos para calcular perfiles (utilizando “SELECT campo, count(*) FROM tabla GROUP BY campo”), en lugar de captar registros.