Campaign elige su biblioteca de acceso al origen de datos según el tipo de origen de datos. Por ejemplo, libora4d.so se utiliza para conectividad con Oracle, mientras que libdb24d.so se utiliza para conectividad con DB2®. En la mayoría de los casos, las selecciones predeterminadas son adecuadas. No obstante, la propiedad AccessLibrary se puede cambiar si el valor predeterminado demuestra ser incorrecto para su entorno de Campaign. Por ejemplo, Campaign de 64 bits proporciona dos bibliotecas de acceso ODBC: una adecuada para orígenes de datos ODBC compatible con la implementación de unixODBC (libodb4d.so, usada por Campaign para acceder, por ejemplo, a Netezza o Teradata), y otra compatible con la implementación DataDirect (libodb4dDD.so, usada por Campaign para acceder, por ejemplo, a Teradata).

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

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

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 Segmentar de Campaign consolida varias sentencias SQL, cuando se cumplen las condiciones de configuración específicas.

Si se establece esta propiedad en TRUE habrá una mejora de rendimiento significativa cuando se cumplan todas las condiciones siguientes:

En este caso, Campaign genera una única sentencia CASE de SQL para realizar la segmentación, seguido de un procesamiento segmento-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, las tablas temporales están habilitadas.

Cuando las tablas temporales están habilitadas, cada vez que se emite una consulta contra la base de datos (por ejemplo, por el proceso Segmentar), los ID resultantes se graban en una tabla temporal en la base de datos. Cuando se ha emitido una consulta adicional, Campaign podría utilizar dicha tabla temporal para recuperar filas de la base de datos.

Si las tablas temporales no están habilitadas, Campaign mantiene los ID seleccionados en la memoria del servidor. La consulta adicional recupera los ID de la base de datos y los correlaciona con los ID de la memoria del servidor.

La propiedad ASMSaveDBAuthentication especifica si, cuando inicie sesión en Campaign y correlacione 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® Unica Marketing.

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

La propiedad ASMUserForDBCredentials especifica el nombre de usuario de IBM® Unica Marketing 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 número de registros, que Campaign pasa a la base de datos de una vez.

La propiedad BulkInsertRequiresColumnType es necesaria para dar soporte sólo a orígenes de datos ODBC de Data Direct. Establezca esta propiedad en TRUE PARA LOS orígenes de datos ODBC Data Direct cuando utilice inserciones de gran tamaño (matrices). Establezca la propiedad en FALSE para que sea compatible con la mayoría del resto de controladores ODBC.

La propiedad BulkReaderBlockSize define el tamaño de un bloque de datos, en número de registros, que Campaign lee de la base de datos de una 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 condicionalizados entre corchetes especificados por las propiedades ConditionalSQLOpenBracket y ConditionalSQLCloseBracket se usan sólo si existen tablas temporales, y no se tendrán en cuenta si no hay tablas temporales.

} (llave de cierre)

La propiedad ConditionalSQLOpenBracket especifica el tipo de corchete usado para indicar el inicio de un segmento condicional en macros personalizadas de SQL sin formato. Los segmentos condicionalizados entre corchetes especificados por las propiedades ConditionalSQLOpenBracket y ConditionalSQLCloseBracket se usan sólo si existen tablas temporales, y no se tendrán en cuenta si no hay tablas temporales.

{ (llave de apertura)

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

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

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 transcurra dicho tiempo, las conexiones se eliminan de la memoria caché y se cierran.

0 (cero)

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

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

Teradata le permite definir el formato de fecha en base a cada columna. Además de dateFormat y dateOutputFormatString, debe establecer SuffixOnCreateDateField. Para ser coherentes con nuestros valores de tabla del sistema, utilice:

Si la opción Usar valores regionales en la salida para moneda, números, fechas y horas no está marcada en la configuración de origen de datos ODBC, no puede 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 para el tipo de datos de fecha a usar cuando Campaign graba cualquier fecha, como una fecha de inicio o fin de campaña, en una base de datos. Establezca el valor de la propiedad DateOutputFormatString en el formato que espera el origen de datos, para las columnas de tipo date. Para la mayoría de bases de datos, este valor es el mismo que la configuración de la propiedad [nombre_origen_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 distintos de formatos. Uno es un identificador (por ejemplo, DELIM_M_D_Y, DDMMMYYYY, el mismo que acepta la marco DATE), mientras que el otro es una cadena de formato. El valor de la propiedad DateOutputFormatString debe ser una cadena de formato - no debe ser uno de los identificadores de macro de DATE. En general, utilice uno de los formatos delimitados.

El valor de la propiedad [nombre_origen_datos] > DateTimeFormat especifica el formato en el que Campaign espera recibir los datos datetime/timestamp desde una base de datos. Debe coincidir con el formato que utiliza su base de datos para mostrar datetime/timestamp al seleccionar. Para la mayoría de las bases de datos, es lo mismo que la configuración de DateTimeOutputFormatString.

Por lo general, debería establecer DateTimeFormat anteponiendo su valor de DateFormat con DT_ después de determinar el valor de DateFormat según se describe en la tabla para "Selección de fecha por base de datos".

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

La propiedad DB2NotLoggedInitially determina si Campaign utiliza la sintaxis SQL no registrado inicialmente cuando se rellenan tablas temporales en DB2®. Cuando se establece en TRUE, esta propiedad inhabilita el registro de inserciones en tablas temporales, lo que mejora el rendimiento y disminuye el consumo de recursos de base de datos.

Si su versión de DB2® no tiene soporte para la sintaxis no registrado inicialmente, establezca esta propiedad en FALSE.

La propiedad DB2NotLoggedInitiallyUserTables determina si Campaign utiliza la sintaxis SQL no registrado inicialmente para inserciones en tablas de usuario de DB2®. Cuando se establece en TRUE, esta propiedad inhabilita el registro de inserciones en tablas de usuario, lo que mejora el rendimiento y disminuye el consumo de recursos de 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, cuando se utiliza un proceso de instantánea o exportación.

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

Los archivos sin formato no indican precisión ni escala. Utilice DefaultScale para indicar cuántas posiciones a la derecha de la posición decimal se necesitan para definir el campo que se crea. Por ejemplo:

Si el valor definido con DefaultScale supera la precisión de campo, DefaultScale=0 se utiliza para esos campos. Por ejemplo, si la presión es 5 y DefaultScale=6, se utiliza el valor de cero.

0 (cero)

La propiedad DefaultTextType está pensada para los 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 son de un tipo de origen de datos distinto. Por ejemplo, los campos de texto de origen podrían 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 está configurado para REPLACE TABLE y si no hay soporte para TRUNCATE, Campaign descarta la tabla y la vuelve a crear, o si 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 DELETE FROM desde la tabla.

La propiedad DeleteAsTruncate especifica si, cuando un proceso de salida está configurado para REPLACE TABLE, Campaign utiliza TRUNCATE TABLE o elimina 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.

Esta propiedad sólo es relevante para los orígenes de datos de Teradata y cuando los procesos unica_acsvr se ejecutan en Linux. El valor predeterminado es False.

La propiedad DisallowTempTableDirectCreate especifica la forma en la que Campaign añade datos a un tabla temporal.

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

Cuando se establece en TRUE, Campaign crea la tabla temporal y la rellena directamente de tabla a tabla, usando comandos distintos.

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

Mediante el uso de las propiedades de configuración del 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 origen de datos para el mismo origen de datos, uno con AllowTempTables = TRUE y el otro con AllowTempTables = FALSE. Cada uno de estos orígenes de datos tendría 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 sólo se aplica cuando un origen de datos Campaign es SQL Server. Establezca el valor en TRUE cuando el DSN esté configurado para usar el modo de autenticación de Windows™.

La propiedad EnableBaseDimSelfJoin especifica si el comportamiento de la base de datos de Campaign realizará uniones-automáticas cuando las tablas Base y Dimension se correlacionan con la misma tabla física y la tabla Dimension no está relacionada con la tabla Base en los campos de ID de la tabla Base.

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

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

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

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

Deje el valor predeterminado FALSE si:

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

La propiedad EnableSelectOrderBy especifica si las listas internas de ID para Campaign se ordenan por servidor de Campaign o por la base de datos.

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

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

El parámetro ExcludeFromTableDisplay le permite limitar las tablas de bases de datos que se muestran durante la correlación de tablas en Campaign. No reduce el número de nombres de tablas recuperadas de la base de datos.

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

UAC_*, que excluye las tablas temporales y tablas de extracción (Extract), cuando el valor de la propiedad ExtractTablePrefix es el valor predeterminado.

Utilice la propiedad ExtractTablePostExecutionSQL para especificar la ejecución de una o más sentencias SQL completas justo después de la creación y rellenado de una tabla de extracción.

Los Tokens disponibles para ExtractTablePostExecutionSQL se describen a continuación.

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

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

La propiedad InactiveConnectionTimeout especifica los segundos que le quedan a una conexión de base de datos de Campaign inactiva para ser cerrada. El establecimiento en 0 inhabilita el tiempo de espera, dejando la conexión abierta.

La propiedad InsertLogSize especifica cuándo se introduce una entrada nueva en el archivo de registro mientras el proceso Instantánea de Campaign está en ejecución. Cada vez que el número de registros grabados por el proceso Instantánea alcanza un múltiplo del número especificado en la propiedad InsertLogSize , se graba una entrada de registro. Las entradas de registro puede ayudarle a determinar hasta dónde llega el progreso del proceso Instantánea en ejecución. Si establece este valor demasiado bajo, podría crear archivos de registro de gran tamaño.

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 tablas de clientes). Establezca este valor en el origen de datos Java™ Naming and Directory Interface (JNDI) que se define en el servidor de aplicaciones (WebSphere® o WebLogic).

La propiedad LoaderCommand especifica el comando emitido para invocar su utilidad de carga de base de datos en Campaign. Si establece este parámetro, Campaign accede al modo de utilidad de carga de la base de datos para todos los archivos de salida desde el proceso Instantánea que se utilizan con los valores “sustituir todos los registros”. Este parámetro también invoca el modo de utilidad de carga de la base de datos cuando Campaign carga las listas de ID en tablas temporales.

La mayoría de las utilidades de carga de base de datos precisan de varios argumentos para su lanzamiento correcto. Estos argumentos pueden incluir la especificación del archivo de datos y el archivo de control desde donde cargar, y la base de datos y tabla en la que cargar. Campaign tiene soporte para los tokens siguientes, que se sustituyen por los elementos especificados cuando se ejecuta el comando. Consulte la documentación de su utilidad de carga de base de datos para ver la sintaxis correcta a utilizar cuando invoque su utilidad de carga de base de datos.

Los tokens disponibles para LoaderCommand se describen a continuación.

El parámetro LoaderCommandForAppend especifica el comando emitido para invocar su utilidad de carga de base de datos para añadir registros a una tabla de base de datos en Campaign. Si establece este parámetro, Campaign accede al modo de utilidad de carga de la base de datos para todos los archivos de salida desde el proceso Instantánea que se utilizan con los valores “añadir registros”.

Los tokens disponibles para LoaderCommandForAppend se describen a continuación.

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

Antes de utilizar Campaign en el modo de utilidad de carga de la base de datos, debe configurar la plantilla de archivo de control especificada por este parámetro. La plantilla de archivo de control tiene soporte para los token siguientes, que se sustituyen dinámicamente cuando Campaign crea el archivo de control temporal.

Los tokens para LoaderControlFileTemplate son los mismos que los que se describen para la propiedad LoaderCommand, además de los tokens especiales siguientes, que se repiten uno por cada campo en la tabla de salida.

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

Antes de utilizar Campaign en el modo de utilidad de carga de la base de datos, debe configurar la plantilla de archivo de control especificada por este parámetro. La plantilla de archivo de control tiene soporte para los token siguientes, que se sustituyen dinámicamente cuando Campaign crea el archivo de control temporal.

Consulte la documentación de la utilidad de carga de base de datos para ver la sintaxis correcta necesaria para su archivo de control. Los tokens disponibles para su plantilla de archivo de control son los mismos que los de la propiedad LoaderControlFileTemplate.

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

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

Si especifica un valor, se utiliza cuando el cargador se invoca para rellenar una tabla que se sabe que está vacía. Campaign crea un archivo de datos temporal como un archivo sin formato con delimitadores, usando el valor de esta propiedad como delimitador.

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

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

La propiedad LoaderDelimiterForAppend especifica si el archivo de datos temporal de Campaign es un archivo sin formato de ancho fijo o con delimitadores y, si está delimitado, el carácter o conjunto de caracteres usados como delimitadores.

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

Si especifica un valor, se utiliza cuando el cargador se invoca para rellenar una tabla que no se sabe si está vacía. Campaign crea un archivo de datos temporal como un archivo sin formato con delimitadores, usando el valor de esta propiedad como delimitador.

La propiedad LoaderUseLocaleDP especifica, cuando Campaign graba valores numéricos en archivos a cargar por una utilidad de carga de base de datos, si el símbolo específico de la configuración regional se utiliza como separador decimal.

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

Establezca este valor en TRUE para especificar que se utilizará el símbolo del separador decimal correspondiente a la configuración regional.

Le permite especificar el número máximo de elementos que Campaign tiene permiso para incluir en una única lista en SQL (por ejemplo, la lista de valores tras un operador IN en una cláusula WHERE).

La propiedad MaxQueryThreads especifica el límite superior para el número de consultas simultáneas permitidas en ejecución contra cada origen de base de datos desde un único diagrama de flujo de Campaign.

Campaign ejecuta consultas de base de datos usando subprocesos independientes. Como los procesos de Campaign se ejecutan en paralelo, es frecuente tener varias consultas en ejecución de forma simultánea contra un único origen de datos. Si el número de consultas a ejecutar en paralelo sobrepasa el valor especificado por esta propiedad, el servidor de Campaign limita automáticamente el número de consultas simultáneas a este valor.

No hay límite máximo. Tenga en cuenta que cuando la propiedad maxReuseThreads está establecida en un valor distinto de cero, debería ser mayor o igual que el valor de MaxQueryThreads.

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

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

Si el tamaño relativo de la tabla temporal (especificado en forma de porcentaje) es mayor del valor de la propiedad MaxTempTableJoinPctWithCondition, no se realiza la 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 del valor de la propiedad MaxTempTableJoinPctWithCondition, 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 sólo si el valor de la propiedad AllowTempTables está establecido en TRUE. Esta propiedad se omite si la propiedad useInDbOptimization se establece en YES.

Enteros entre 0-100. El valor 0 significa que las uniones de tablas temporales nunca se utilizan; el valor 100 significa que las uniones siempre se usan, independientemente del tamaño de la tabla temporal.

Supongamos que MaxTempTableJoinPctSelectAll está establecido en 90. En primer lugar, es posible que quiera seleccionar clientes (CustID) con saldos de cuenta (Accnt_balance) superiores a 1.000$ de la tabla de base de datos (Customer).

El proceso Selección podría recuperar 100.000 IDs del tamaño de tabla total de 1.000.000, lo que es el 10%. Si se permiten tablas temporales, Campaign graba los ID seleccionados (TempID) en una tabla temporal (Temp_table) en la base de datos.

A continuación, es posible que quiera una Instantánea de los ID seleccionados (CustID) junto con el saldo actual (Accnt_balance). Como el tamaño relativo de una tabla temporal (Temp_table) es inferior al 90 por ciento (MaxTempTableJoinPctSelectAll), la unión se realiza primero con la tabla temporal. La expresión SQL generada por el proceso Instantánea podría ser parecida a:

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

Si el tamaño relativo de la tabla temporal (especificado en forma de porcentaje) es mayor del valor de MaxTempTableJoinPctWithCondition, no se realiza la unión. Así se evita la sobrecarga en la base de datos en la que pueda no ser necesario. En este caso, la consulta se emite contra la base de datos, la lista de resultados de IDs recuperados y, a continuación, los registros no deseados se descartan según coincidan con la lista en la memoria del servidor.

Si el tamaño relativo de la tabla temporal (en forma de porcentaje) es menor del valor de MaxTempTableJoinPctWithCondition, 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 sólo si el valor de la propiedad AllowTempTables está establecido en TRUE.

Enteros entre 0-100. El valor 0 significa que las uniones de tablas temporales nunca se utilizan; el valor 100 significa que las uniones siempre se usan, independientemente del tamaño de la tabla temporal.

Utilice esta propiedad para establecer el umbral para el uso del cargador masivo. Campaign invoca el script asignado al parámetro LoaderCommand cuando el número de ID exclusivos en la celda de entrada sobrepasa el valor aquí definido. El valor de esta propiedad no representa el número de registros que se grabará.

Si esta propiedad no se configura, Campaign presupone que el valor será el valor predeterminado (cero). Si la propiedad está configurada pero con un valor negativo o no entero, Campaign presupone que el valor es cero.

Utilice esta propiedad para establecer el umbral para el uso del cargador masivo. Campaign invoca el script asignado al parámetro LoaderCommandForAppend cuando el número de ID exclusivos en la celda de entrada sobrepasa el valor aquí definido. El valor de esta propiedad no representa el número de registros que se grabará.

Si esta propiedad no se configura, Campaign presupone que el valor será el valor predeterminado (cero). Si la propiedad está configurada pero con un valor negativo o no entero, Campaign presupone que el valor es cero.

La propiedad NumberOfRetries especifica las veces que Campaign reintenta automáticamente una operación de base de datos cuando falla. Campaign vuelve a enviar consultas automáticamente a la base de datos el número de veces aquí indicado, antes de informar del error de base de datos.

La propiedad ODBCUnicode especifica el tipo de codificación usado en invocaciones ODBC de Campaign. Sólo se utiliza con orígenes de datos ODBC y no se tendrá en cuenta cuando se utiliza con conectividad nativa DB2® u Oracle.

Utilice la propiedad ODBCv2 para indicar la especificación API de ODBC que Campaign debería utilizar para el origen de datos.

El valor predeterminado FALSE permite a Campaign usar la especificación de API v3, mientras que el valor TRUE hace que Campaign utilice la especificación de API v2. Establezca la propiedad ODBCv2 en TRUE para los orígenes de datos que no tiene soporte para la especificación de API ODBC v3.

Cuando la propiedad ODBCv2 se establece en TRUE, Campaign no tiene soporte para la API Unicode de ODBC, y los valores distintos de disabled para la propiedad ODBCUnicode no se reconocen.

La propiedad OwnerForTableDisplay le permite limitar la visualización de la correlación de tablas en Campaign a tablas que son propiedad de un usuario especificado, o a uno o más conjuntos de tablas propiedad de los usuarios especificados.

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

Utilice la propiedad PostExtractTableCreateRunScript para especificar un script o ejecutable que Campaign ejecuta después de la creación y rellenado de una tabla de extracción.

Los Tokens disponibles para PostExtractTableCreateRunScript se describen a continuación.

Especifica un script o ejecutable que Campaign ejecuta después de la creación y rellenado de una tabla temporal de segmentos.

Los Tokens disponibles para PostSegmentTableCreateRunScript se describen a continuación.

Utilice la propiedad PostSnapshotTableCreateRunScript para especificar un script o ejecutable que Campaign ejecuta después de la creación y rellenado de una tabla Instantáneas.

Los tokens disponibles para PostSnapshotTableCreateRunScript se describen a continuación.

Utilice la propiedad PostTempTableCreateRunScript para especificar un script o ejecutable que Campaign ejecuta después de la creación y rellenado de una tabla temporal en un origen de datos de usuario o en la base de datos de la tabla del sistema.

Los tokens disponibles para PostTempTableCreateRunScript se describen a continuación.

Especifica un script o ejecutable que Campaign ejecuta después de la creación y rellenado de una tabla de usuario.

Los Tokens disponibles para PostUserTableCreateRunScript se describen a continuación.

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 sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección.

Esta propiedad se añade automáticamente a la expresión SQL SELECT sin comprobar su sintaxis. Si utiliza esta propiedad, asegúrese de que es una expresión válida.

Los tokens disponibles para PrefixOnSelectSQL se describen a continuación.

La propiedad QueryThreadSleep afecta al uso de CPU del proceso de servidor de Campaign (UNICA_ACSVR). Cuando el valor es TRUE, el subproceso que utiliza el proceso de servidor de Campaign para comprobar la finalización de la consulta queda en suspenso entre comprobación y comprobación. Cuando el valor es FALSE, el proceso de servidor de Campaign comprueba continuamente la finalización de consultas.

El parámetro ReaderLogSize define cuándo Campaign hace una entrada nueva en el archivo de registro cuando lee datos de la base de datos. Cada vez que el número de registros que se leen de la base de datos alcanza un múltiplo del número definido por este parámetro, se graba una entrada de registro en el archivo de registro.

1000000 (un millón de registros)

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

Los tokens disponibles para SQLOnConnect se describen a continuación.

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

No deje este valor en blanco aunque esté sin definir de forma predeterminada. SI utiliza datos ASCII, establezca este valor en UTF-8.

Para DB2® o SQL Server, debería utilizar una página de códigos en lugar de una codificación iconv. Para Teradata, debería sobrescribir parte del comportamiento predeterminado. En esta sección se describe cómo establecer el valor correcto para la propiedad StringEncoding con estas bases de datos.

Junto con esto para bases de datos nativas, determine los valores de DB2CODEPAGE y conjunto de códigos y establezca los valores de DB2CODEPAGE y StringEncoding de la forma correspondiente.

Para establecer el valor de la propiedad StringEncoding para una base de datos de DB2®, añada este comando al script de inicio del servidor de Campaign:

Esto afecta a todos los orígenes de datos de DB2®, podría afectar a otros programas en ejecución.

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

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

Teradata tiene soporte para la codificación de caracteres por columnas, mientras que Campaign sólo tiene soporte para la codificación del origen por datos. UTF-8 no se puede utilizar con Campaign porque hay un error en el controlador ODBC de Teradata. Teradata establece una codificación de caracteres predeterminada en cada inicio de sesión. Puede cambiar este comportamiento usando un parámetro en la configuración del origen de datos de ODBC en Windows™ o en odbc.ini para las plataformas UNIX™, según se indica a continuación:

La codificación predeterminada para una tabla de Teradata es LATIN. Teradata incorpora muy pocas codificaciones, pero tiene soporte para codificaciones definidas por el usuario.

El valor predeterminado de la propiedad StringEncoding es ASCII.

Campaign suele responsabilizarse 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 está codificada en UTF-8, el valor de UTF-8 se puede especificar para StringEncoding (salvo para SQLServer), y no será necesaria transcodificación alguna. Tradicionalmente, estos han sido los únicos modelos viables para que Campaign accediera a datos distintos del inglés en una base de datos.

En la versión 7.0 de Campaign, se presenta la nueva codificación de base de datos WIDEUTF-8, como valor válido para la propiedad StringEncoding. Gracias al uso de esta codificación, Campaign sigue utilizando UTF-8 para la comunicación con el cliente de base de datos, pero permite al cliente realizar la tarea de transcodificación entre UTF-8 y la codificación de la base de datos. Esta versión ampliada de UTF-8 es necesaria para alterar los anchos de las correlaciones de columna de tabla, para que sean lo suficientemente grandes para el texto transcodificado.

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

Esta propiedad se aplica sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección.

SuffixOnAllOtherSQL se utiliza en los tipos de expresión siguientes, cuando están generados por Campaign:

Los tokens disponibles para SuffixOnAllOtherSQL se describen a continuación.

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

Si esta propiedad está sin definir (predeterminado), el comando CREATE TABLE no se modifica.

La propiedad SuffixOnInsertSQL especifica una serie que se añade automáticamente a todas las expresiones SQL INSERT generadas por Campaign. Esta propiedad se aplica sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección.

SuffixOnInsertSQL se utiliza en el tipo de expresión siguiente, cuando está generado por Campaign:

Los Tokens disponibles para SuffixOnInsertSQL se describen a continuación.

La propiedad SuffixOnSelectSQL especifica una serie que se añade automáticamente a todas las expresiones SQL SELECT generadas por Campaign. Esta propiedad se aplica sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección.

Los tokens disponibles para SuffixOnSelectSQL se describen a continuación.

Utilice esta propiedad SuffixOnTempTableCreation para propiedad una serie que se añada automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla temporal. Esta propiedad se aplica sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección. Para utilizar esta propiedad, la propiedad AllowTempTables se debe establecer en TRUE.

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

Los Tokens disponibles para SuffixOnTempTableCreation se describen a continuación.

Especifica una serie que se añada automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla temporal de segmentos.

Los tokens disponibles para SuffixOnSegmentTableCreation se describen a continuación.

Utilice esta propiedad SuffixOnSnapshotTableCreation para propiedad una serie que se añada automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla de instantáneas.

Los Tokens disponibles para SuffixOnSnapshotTableCreation se describen a continuación.

Utilice esta propiedad SuffixOnExtractTableCreation para propiedad una serie que se añada automáticamente a la expresión SQL generada por Campaign cuando se crea una tabla de extracción.

Los tokens disponibles para SuffixOnExtractTableCreation se describen a continuación.

Utilice la propiedad SuffixOnUserBaseTableCreation para especificar una cadena que se añada automáticamente a la expresión SQL que genera Campaign cuando un usuario crea una tabla Base (por ejemplo en un proceso Extracción). Esta propiedad se aplica sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección.

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

Los Tokens disponibles para SuffixOnUserBaseTableCreation se describen a continuación.

Utilice la propiedad SuffixOnUserTableCreation para especificar una cadena que se añada automáticamente a la expresión SQL que genera Campaign cuando un usuario crea una tabla General (por ejemplo en un proceso Instantánea). Esta propiedad se aplica sólo al SQL generado por Campaign, y no se aplica al SQL en expresiones “SQL sin formato” que se utilizan en el proceso Selección.

Los tokens disponibles para SuffixOnUserTableCreation se describen a continuación.

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

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

Deje este valor en blanco a menos que el origen de datos de UA_SYSTEM_TABLES contenga varios esquemas de origen de datos (por ejemplo, una base de datos Oracle usada por varios grupos). (En este contexto, “esquema” indica la parte inicial del nombre de tabla “cualificado”, con el formato X.Y (por ejemplo, dbo.UA_Folder). En este formato, X es el esquema e Y es el nombre de tabla sin cualificar. Esta terminología para la sintaxis es distinta entre los distintos sistemas de base de datos admitidos por Campaign.)

Si hay varios esquemas en la base de datos de las tablas del sistema, establezca este valor en el nombre del esquema en el que se han creado las tablas del sistema Campaign.

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

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

Los Tokens disponibles para TempTablePostExecutionSQL se describen a continuación.

Utilice la propiedad TableListSQL para especificar la consulta SQL a 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 correlación. Si la consulta devuelve una columna, se trata como una columna de nombres; si la consulta devuelve dos columnas, se entiende que la primera columna es de nombres de propietario y la segunda se considera como una columna de nombres de tablas.

Si la consulta SQL no empieza por un asterisco (*), Campaign fusiona esta lista con la lista de tablas que se recuperan normalmente (como por medio 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 de la API de ODBC que utiliza Campaign devuelve una lista de tablas y vistas, pero no sinónimos. Para incluir también la lista de sinónimos, establezca TableListSQL en algo parecido al ejemplo siguiente:

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

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

Los Tokens disponibles para UOSQLOnConnect se describen a continuación.

El valor predeterminado para esta propiedad es FALSE, indicando que Campaign debería utilizar su método estándar (conexión nativa u ODBC, por ejemplo) para recuperar el esquema. Si se establece esta propiedad en TRUE, hace que Campaign prepare una consulta SQL parecida a select * from <table> para recuperar el esquema de tabla.

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

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

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

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

Los tokens disponibles para UserTablePostExecutionSQL se describen a continuación.

Cuando la propiedad UseTempTablePool se establece en TRUE, las tablas temporales no se borran de la base de datos. Las tablas temporales se cortan y reutilizan desde la agrupación de tablas mantenidas por Campaign. Cuando se establece en FALSE, las tablas temporales se borran y vuelven a crear cada vez que se ejecuta un diagrama de flujo.

Utilice la propiedad SegmentTablePostExecutionSQL para especificar una sentencia SQL completa que Campaign ejecute después de la creación y rellenado de una tabla temporal de segmentos.

Los Tokens disponibles para SegmentTablePostExecutionSQL se describen a continuación.

Utilice la propiedad SnapshotTablePostExecutionSQL para especificar la ejecución de una o más sentencias SQL completas justo después de la creación y rellenado de una tabla de instantáneas.

Los tokens disponibles para SnapshotTablePostExecutionSQL se describen a continuación.

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 gestionar sus tablas temporales. También puede utilizar esta propiedad para hacer que las tablas temporales se creen en una ubicación concreta.

Los tokens disponibles para TempTablePrefix se describen a continuación.

Utilice la propiedad TempTablePreTruncateExecutionSQL para especificar una consulta SQL a ejecutar antes de que se trunque una tabla temporal. La consulta que especifique se puede utilizar para negar el efecto de una sentencia SQL especificada en la propiedad TempTablePostExecutionSQL.

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

A continuación, especifique la consulta siguiente en la propiedad TempTablePreTruncateExecutionSQL para borrar el índice:

Utilícela propiedad TempTablePreTruncateRunScript para especificar un script o ejecutable a ejecutar antes de que se corte una tabla temporal. El script que especifique se puede utilizar para negar el efecto de una sentencia SQL especificada en la propiedad PostTempTableCreateRunScript.

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

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

El parámetro TeradataDeleteBeforeDrop se aplica sólo a los orígenes de datos de Teradata. Especifica si los registros se suprimen antes de borrar una tabla.

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

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

La propiedad TruncateSQL está disponible para su uso con orígenes de datos de DB2®, y le permite especificar SQL alternativo para el recorte de tabla. Esta propiedad sólo se aplica cuando DeleteAsTruncate está establecido en TRUE. Cuando DeleteAsTruncate se establece en TRUE, el SQL personalizado de esta propiedad se usa para truncar la tabla. Si esta propiedad no está establecida, Campaign utiliza la sintaxis TRUNCATE TABLE <NOMBRETABLA>.

Los Tokens disponibles para TruncateSQL se describen a continuación.

La propiedad particiones > partición[n] > Orígenes de datos > [nombre_origen_datos] > type 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 Segmentar, de forma predeterminada utiliza la sintaxis "NOT EXISTS", como:

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

Implementa la sintaxis MERGE de SQL 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 se puede utilizar con otras bases de datos que tengan soporte para 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 se establece en Oracle7 u Oracle8, y el valor de UseNonANSIJoin se establece en TRUE, el origen de datos utiliza una sintaxis de unión que no sea ANSI adecuada para Oracle.

Cuando Campaign realiza exclusiones en el proceso Fusión o en el proceso Segmentar, de forma predeterminada utiliza la sintaxis "NOT EXISTS", como:

Si UseNotInForMerge está habilitado (valor establecido en TRUE), y (1) el nivel de audiencia está compuesto de un único campo de ID o (2) el origen de datos es Oracle, la sintaxis se modifica 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 (usando “SELECT campo, count(*) FROM tabla GROUP BY campo”), en lugar de extraer registros.