IBM® 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 IBM® Campaign. Por ejemplo, IBM® Campaign de 64 bits proporciona dos bibliotecas de acceso ODBC: una apropiada para orígenes de datos ODBC compatibles con la implementación de unixODBC (libodb4d.so) y la otra compatible con la implementación de DataDirect(libodb4dDD.so, que IBM® Campaign utiliza para acceder, por ejemplo, a Teradata).

IBM® 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:

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 forma en que IBM® Campaign forma el nombre de alias que IBM® Campaign crea automáticamente cuando utiliza una tabla de dimensiones y escribe en una tabla nueva.

Esta propiedad determina si IBM® 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.

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

En este caso, IBM® 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.

Esta propiedad especifica si IBM® 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. Cada vez que se emite una consulta en la base de datos (por ejemplo, mediante el proceso Segmentación), los ID resultantes se graban en una tabla temporal en la base de datos. Cuando se emite una consulta adicional, IBM® Campaign puede utilizar dicha tabla temporal para recuperar filas de la base de datos.

Diversas operaciones de IBM® Campaign, como useInDbOptimization, se basan en la capacidad de crear tablas temporales. Si las tablas temporales no están habilitadas, IBM Campaign mantiene los ID seleccionados en la memoria del servidor de IBM® Campaign. La consulta adicional recupera los ID de la base de datos y los correlaciona con los ID de la memoria del servidor. Esto puede afectar negativamente al rendimiento.

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, IBM® Campaign guarda su nombre de usuario y contraseña en IBM® EMM.

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® EMM asignado al usuario del sistema IBM® Campaign (necesario para acceder a las tablas del sistema de Campaign).

Esta propiedad define el tamaño máximo de un bloque de datos, en número de registros, que Campaign pasa a la base de datos cada 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 orígenes de datos ODBC Data Direct cuando utilice inserciones masivas (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 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 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. Debe coincidir con el formato que utiliza su base de datos para mostrar fechas al seleccionar. Para la mayoría de bases de datos, este valor es el mismo que la configuración de la propiedad DateOutputFormatString.

				CREATE TABLE date_test (f1 DATE);
				INSERT INTO date_test values (current_date);
				SELECT f1 FROM date_test;

				SELECT current_date FROM	ANY_TABLE limit 1;

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.

CREATE TABLE date_test (F1 DATE) 
INSERT INTO date_test VALUES ('03/31/2004')

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.

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 para el tipo de datos de fecha y hora que se utilizará cuando Campaign grabe cualquier fecha y hora, por ejemplo, una hora y hora de inicio o finalización de campaña, en una base de datos. Establezca el valor de la propiedad DateTimeOutputFormatString en el formato que espera el origen de datos para las columnas el 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.

Esta propiedad determina si IBM® 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. Cuando se establece en TRUE, si una transacción de tabla temporal falla por algún motivo, la tabla se dañará y se debe descartar. Todos los datos que tenía la tabla se perderán.

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 IBM® 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. Cuando se establece en TRUE, si una transacción de tabla de usuario falla por algún motivo, la tabla pasará a estar corrupta y se debe descartar. Todos los datos que tenía la tabla se perderán.

La propiedad DefaultScale se utiliza cuando Campaign crea un campo de base de datos para almacenar valores numéricos de un archivo sin formato o un campo derivado, al utilizar el 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 del separador 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.)

Ejemplo: los archivos sin formato no indican la precisión y la escala, de forma que puede utilizar DefaultScale para especificar cuántas posiciones habrá a la derecha del punto decimal para definir para el campo que se creará. 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 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 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 especifica cómo Campaign añade datos a una tabla temporal.

Cuando se establece en FALSE, Campaign realiza sintaxis SQL directa de crear y completar mediante un único 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 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 de dimensiones 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 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 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):

SELECT DISTINCT clave FROM tabla

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:

SELECT clave FROM tabla

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:

SELECT <clave> FROM <tabla> ORDER BY <clave>

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:

SELECT <clave>  FROM <tabla>

El parámetro ExcludeFromTableDisplay le permite limitar las tablas de base 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 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. Esta propiedad es útil cuando dos o más orígenes de datos apuntan a la misma base de datos. Para ver detalles, consulte la descripción de TempTablePrefix.

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).

Esta propiedad especifica el comando emitido para invocar su utilidad de carga de base de datos en IBM® Campaign. Si establece esta propiedad, IBM® 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. Esta propiedad invoca también el modo de utilidad de carga de la base de datos cuando IBM® Campaign carga las listas de ID en tablas temporales.

IBM® Contact Optimization utiliza los mismos valores de configuración que Campaign para implementar un programa de utilidad de carga de base de datos. Si configura IBM® Campaign para trabajar con un programa de utilidad de carga de base datos, configure IBM® Contact Optimization para utilizar los mismos comandos. De forma similar, si configura la optimización de contactos para trabajar con un programa de utilidad de carga de base de datos, está configurando IBM® Campaign para trabajar con un programa de utilidad de carga de base de datos. Cada uno de ellos presupone un directorio raíz diferente en el directorio de instalación de IBM® EMM. El directorio raíz es /Campaign para IBM® Campaign or /ContactOptimization for IBM® Contact Optimization, de forma que puede especificar distintos comandos en el comando cargador y los archivos de plantilla.

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. IBM® Campaign tiene soporte para los tokens siguientes, que se sustituyen por los elementos especificados cuando se ejecuta el comando. Consulte la documentación de la utilidad de carga de base de datos para conocer la sintaxis correcta que se debe utilizar cuando se invoca la utilidad de carga de base de datos.

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

Esta propiedad 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 IBM® Campaign. Si establece esta propiedad, IBM® 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.

Esta propiedad especifica la ruta y nombre de archivo completos a la plantilla de archivo de control configurada para IBM® Campaign. La ruta a la plantilla es relativa a la partición actual. Por ejemplo: loadscript.db2

Cuando se establece esta propiedad, IBM® Campaign construye dinámicamente un archivo de control temporal basado en la plantilla especificada. La ruta y nombre de este archivo de control temporal están disponibles para el token <CONTROLFILE> que está disponible para la propiedad LoaderCommand.

Antes de utilizar IBM® Campaign en modo de utilidad de carga de la base de datos, debe configurar la plantilla de archivo de control que ha especificado este parámetro. La plantilla de archivo de control da soporte a los siguientes tokens, que se sustituyen dinámicamente cuando IBM® 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.

Esta propiedad especifica la ruta y nombre de archivo completos a la plantilla de archivo de control configurada en IBM® Campaign. La ruta a la plantilla es relativa a la partición actual. Por ejemplo: loadappend.db2

Cuando se establece esta propiedad, IBM® Campaign construye dinámicamente un archivo de control temporal basado en la plantilla especificada. La ruta y el nombre de este archivo de control temporal están disponibles en el token <CONTROLFILE> que está disponible en la propiedad LoaderCommandForAppend.

Antes de utilizar IBM® Campaign en modo de utilidad de carga de la base de datos, debe configurar la plantilla de archivo de control que ha especificado esta propiedad. Consulte la documentación de la utilidad de carga de base de datos para conocer la sintaxis correcta que requiere el archivo de control.

Los tokens disponibles son los mismos que los tokens para la propiedad LoaderControlFileTemplate.

Esta propiedad 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 IBM® Campaign utiliza como delimitadores.

Si el valor no está definido, IBM® 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. IBM® 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 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, IBM® Campaign utilice los delimitadores al final de cada línea. Por ejemplo, DB2 en Unix espera que cada registro termine solo con un carácter de salto de línea; Campaign Campaign en Windows utiliza caracteres de retorno de carro y salto de línea. Si se coloca un delimitador al final de cada registro se garantiza que la última línea del archivo de datos se cargará correctamente.

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, IBM® Campaign utilice los delimitadores al final de cada línea. Por ejemplo, DB2 en Unix espera que cada registro termine solo con un carácter de salto de línea; IBM® Campaign en Windows utiliza caracteres de retorno de carro y salto de línea. Si se coloca un delimitador al final de cada registro se garantiza que la última línea del archivo de datos se cargará correctamente.

Esta propiedad especifica si el archivo de datos temporal de IBM® 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 no está definido, IBM® 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. IBM® Campaign crea el archivo de datos temporal como un archivo sin formato con delimitadores, utilizando el valor de esta propiedad como delimitador.

Esta propiedad especifica, cuando IBM® Campaign graba valores numéricos en archivos a cargar por una utilidad de carga de base de datos, si el símbolo específico del entorno local se utiliza como separador decimal.

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

Establezca este valor en TRUE para especificar que se utilice el símbolo de separador decimal correspondiente al entorno local.

Le permite especificar el número máximo de elementos que IBM® 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).

Esta propiedad especifica el límite superior para el número de consultas simultáneas permitidas en ejecución en cada origen de base de datos desde un único diagrama de flujo de IBM® Campaign. Los valores más altos normalmente mejoran el rendimiento.

IBM® Campaign ejecuta consultas de base de datos usando subprocesos independientes. Como los procesos de IBM® 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 MaxQueryThreads, el servidor de IBM® Campaign limita automáticamente el número de consultas simultáneas al valor especificado.

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

Cuando se emite una consulta, IBM® 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 como un 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 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).

SELECT CustID FROM Customer
		WHERE Accnt_balance > 1000

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, IBM® 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:

SELECT CustID, Accnt_balance FROM Customer, Temp_table WHERE CustID = TempID

SELECT CustID, Accnt_balance FROM Customer

Cuando se emite una consulta, IBM® 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. IBM® Campaign invoca el script asignado a la propiedad 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, IBM® Campaign presupone que el valor será el valor predeterminado (cero). Si la propiedad está configurada pero está establecido como valor un valor negativo o no entero, se presupone un valor de cero.

Utilice esta propiedad para establecer el umbral para el uso del cargador masivo. IBM® 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, IBM® Campaign presupone que el valor será el valor predeterminado (cero). Si la propiedad está configurada pero está establecido como valor un valor negativo o no entero, se presupone un valor de cero.

La propiedad NumberOfRetries especifica las veces que IBM® Campaign reintenta automáticamente una operación de base de datos cuando falla. IBM® 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 IBM® 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 IBM® Campaign debería utilizar para el origen de datos.

El valor predeterminado FALSE permite a IBM® Campaign usar la especificación de API v3, mientras que el valor TRUE hace que IBM® 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, IBM® Campaign no tiene soporte para la API Unicode de ODBC, y los valores distintos de disabled para la propiedad ODBCUnicode no se reconocen.

Utilice esta propiedad para limitar la visualización de correlación de tablas en IBM® Campaign a las tablas de un esquema especificado. Por ejemplo, para especificar tablas en el esquema "dbo", establezca OwnerForTableDisplay=dbo.

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

Utilice esta propiedad para especificar un script o ejecutable que IBM® 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 IBM® Campaign ejecuta después de la creación y rellenado de una tabla temporal de Segmentación.

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 de 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)

Establece el prefijo para las tablas de segmentos creadas por el proceso Crear segmento en el origen de datos.Esta propiedad es útil cuando dos o más orígenes de datos apuntan a la misma base de datos. Para ver detalles, consulte la descripción de TempTablePrefix.

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 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). 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 este 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 siguiente configuración:

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.

For SQL Server, use a code page instead of an iconv encoding. 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):

StringEncoding=CP932

Para Teradata, debe anular cierto comportamiento predeterminado. 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:

CharacterSet=UTF8

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 ha introducido una nueva codificación de base de datos denominada WIDEUTF-8 como valor de 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:

TRUNCATE TABLE tabla
		DROP TABLE tabla
		DELETE FROM tabla [WHERE ...]
		UPDATE table SET ...

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.

SuffixOnCreateDateField = FORMAT 'YYYY-MM-DD'

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:

INSERT INTO tabla ...

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 Segmentación.

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 esta propiedad para especificar una sentencia SQL completa que IBM® 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. Por ejemplo, para mejorar el rendimiento, puede crear un índice en una tabla temporal inmediatamente después de su creación (consulte los ejemplos siguientes). Para habilitar la creación de tablas temporales en un origen de datos, la propiedad AllowTempTables debe estar establecida en TRUE.

Puede utilizar tokens para sustituir el nombre de tabla (<TABLENAME>) y los nombres de columna (<KEYCOLUMNS>) en la sentencia SQL, porque los valores se generan automáticamente cuando se ejecuta 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, IBM® 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 (*), IBM® 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 a la API de ODBC que utiliza IBM® 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:

select B.name AS oName, A.name AS tName 
from sys.synonyms A LEFT OUTER JOIN sys.schemas B
on A.schema_id = B.schema_id ORDER BY 1, 2

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

*select B.name AS oName, A.name AS tName from
 (select name, schema_id from sys.synonyms UNION 
select name, schema_id from sys.tables UNION select name,
schema_id from sys.views) A LEFT OUTER JOIN sys.schemas B on
A.schema_id = B.schema_id ORDER BY 1, 2 

*select OWNER, TABLE_NAME from (select OWNER, TABLE_NAME 
from ALL_TABLES UNION select OWNER, SYNONYM_NAME AS TABLE_NAME 
FROM ALL_SYNONYMS UNION select OWNER,
VIEW_NAME AS TABLE_NAME from ALL_VIEWS) A ORDER BY 1, 2 

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 Contact Optimization.

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:

UseSQLToRetrieveSchema=TRUE

Esta propiedad se invoca cuando un cuadro de proceso se ha configurado para escribir en una Nueva tabla correlacionada > Tabla de registro base > Crear nueva tabla en base de datos seleccionada. Esta propiedad se invoca solo cuando se crea la tabla (durante la creación y el proceso de correlación). Esta propiedad no se invoca durante el tiempo de ejecución del cuadro de proceso.

Puede utilizar señales para sustituir el <TABLENAME> en esta sentencia SQL porque el nombre se genera dinámicamente cuando se ejecuta la campaña. Para las señales disponibles, consulte UserTablePostExecutionSQL.

Utilice esta propiedad para especificar una sentencia SQL completa que ejecuta IBM Campaign inmediatamente 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 tablas del sistema. Esta propiedad se invoca cuando un cuadro de proceso graba en una de las tablas siguientes:

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 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 se establece en TRUE, las tablas temporales no se descartan de la base de datos. Las tablas temporales se truncan y reutilizan desde la agrupación de tablas mantenidas por Campaign. La agrupación de tablas temporales resulta de utilidad en entornos en los que se vuelven a ejecutar los diagramas de proceso muchas veces, por ejemplo, durante una fase de diseño o prueba.

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 Segmentación.

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. Esta propiedad solo se invoca cuando un cuadro de proceso Instantánea graba en una tabla de extracción.

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

Esta propiedad especifica una cadena que se antepone automáticamente a los nombres de todas las tablas temporales creadas por Campaign. Utilice esta propiedad para ayudar a identificar y gestionar tablas temporales. También puede utilizar esta propiedad para hacer que las tablas temporales se creen en una ubicación concreta.

TempTablePrefix="<USER>"

Si dos o más orígenes de datos apuntan a la misma base de datos, se puede producir errores y resultados de búsqueda incorrectos durante las ejecuciones de diagrama de flujo debido al uso de las mismas tablas temporales por parte de distintos recuadros de proceso y diagramas de flujo. Esta situación también se puede producir con las tablas de proceso Extracción y las tablas Segmento estratégico. Para evitar esta situación, utilice TempTablePrefix (o ExtractTablePrefix para tablas Extracción) para definir esquemas diferentes para cada origen de datos. Este enfoque garantiza que la parte inicial del nombre es distinto, así pues los nombres de tabla siempre serán diferentes.

En la tabla siguiente se describen los tokens que están disponibles en TempTablePrefix.

Utilice esta propiedad 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 descartar el índice:

Utilice esta propiedad para especificar un script o ejecutable a ejecutar antes de que se trunque 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 descartar el índice:

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.

Esta propiedad 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 es TRUE. Cuando DeleteAsTruncate se establece en TRUE, el SQL personalizado de esta propiedad se usa para truncar la tabla. Cuando esta propiedad no está establecida, IBM® Campaign utiliza la sintaxis TRUNCATE TABLE <TABLENAME>.

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

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

SELECT IncludeTable.ID FROM IncludeTable WHERE NOT EXISTS 
(SELECT * FROM ExcludeTable WHERE IncludeTable.ID = ExcludeTable.ID)

Si UseExceptForMerge es TRUE y no puede 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:

SELECT IncludeTable.ID FROM IncludeTable 
MINUS (SELECT ExcludeTable.ID FROM ExcludeTable)

SELECT IncludeTable.ID FROM IncludeTable 
EXCEPT (SELECT ExcludeTable.ID FROM ExcludeTable)

Esta propiedad implemente la sintaxis MERGE de SQL para mejorar el rendimiento del proceso Seguimiento en diagramas de flujo. Esta propiedad 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 sintaxis de unión distinta de 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 IBM® Campaign realiza exclusiones en el proceso Fusión o en el proceso Segmentación, de forma predeterminada utiliza la sintaxis NOT EXISTS, como:

SELECT IncludeTable.ID FROM IncludeTable WHERE NOT EXISTS (SELECT * 
FROM ExcludeTable WHERE IncludeTable.ID = ExcludeTable.ID)

Si UseNotInForMerge está habilitada 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:

SELECT IncludeTable.ID FROM IncludeTable WHERE IncludeTable.ID NOT IN 
(SELECT ExcludeTable.ID FROM ExcludeTable)

Esta propiedad le permite configurar IBM® 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 captar registros.

SELECT campo, COUNT(*) FROM tabla GROUP BY campo