Detalles sobre la optimización en base de datos
La optimización en base de datos evita copiar ID de la base de datos en el servidor de IBM® Campaign para el proceso siempre que sea posible. Esta opción puede mejorar el rendimiento del diagrama de flujo.
La optimización en base de datos determina:
*
Si las operaciones se realizan en el servidor de bases de datos o en el servidor de IBM® Campaign local; y
*
Dónde se almacenan los resultados de las operaciones.
Cuándo está activa la optimización en base de datos:
*
Las tareas de proceso como la clasificación, unión y fusión de datos se realizan en el servidor de bases de datos siempre que sea posible.
*
Las celdas de salida de los procesos se almacenan en tablas temporales en el servidor de bases de datos.
La optimización en base de datos afecta al consumo de CPU:
*
Cuando la optimización en base de datos está activa, se consume más CPU en el servidor de bases de datos.
*
Cuando la optimización en base de datos está inactiva, se consume más CPU en el servidor de IBM® Campaign.
Puede aplicar optimización en base de datos globalmente y alterar temporalmente el valor global para diagramas de flujo individuales. El método recomendado es desactivar la propiedad de configuración global (useInDbOptimization) y establecer la opción en el nivel de diagrama de flujo (Configuración avanzada > Admin > Usar optimización en base de datos durante ejecución de diagrama de flujo).
*
El proceso en base de datos no se puede realizar si especifica limitaciones en el tamaño de celda de salida o si las tablas temporales están inhabilitadas para un proceso.
Limitaciones de la optimización en base de datos
*
La optimización en base de datos no está soportada para todas las bases de datos.
*
En función de la lógica que es necesaria, algunas funciones se siguen realizando en el servidor IBM® Campaign, incluso con el procesamiento en base de datos activado. A continuación se proporcionan algunos ejemplos:
*
La consulta utiliza tablas de distintos orígenes de datos.
Por ejemplo, si un proceso Selección consulta distintos orígenes de datos, IBM® Campaign almacena automáticamente las listas de ID para estos casos en el servidor de aplicaciones.
*
La consulta contiene macros no SQL o campos derivados.
Por ejemplo, para calcular un campo derivado, IBM® Campaign evalúa la fórmula del campo derivado para ver si alguna parte del cálculo se puede realizar con SQL. Si se pueden utilizar sentencias SQL simples, el cálculo se realiza en la base de datos. Si no es así, se crean tablas temporales en el servidor de IBM® Campaign para gestionar los cálculos y persistir los resultados de un proceso a otro del diagrama de flujo.
Proceso de SQL sin formato en macros
Las macros personalizadas que constan de sentencias SQL sin formato se pueden procesar en base de datos, dentro de las directrices siguientes:
*
odas las macros personalizadas de SQL sin formato deben empezar con select y contener exactamente un from en el texto restante.
*
Para bases de datos que sólo den soporte a la sintaxis de inserción en <tablaTemp>, debe correlacionar al menos una tabla base con el mismo origen de datos en el mismo nivel de audiencia que la macro personalizada de SQL sin formato. Si los campos seleccionados por la macro personalizada de SQL sin formato son demasiado grandes para los campos de la tabla temporal, se produce un error de tiempo de ejecución.
*
Si utiliza una consulta de SQL sin formato en un proceso Selección que tiene una celda de entrada, debe utilizar el token <tablaTemp> para obtener la lista correcta de ID de audiencia. Utilice también el token <tablaTempSalida> para evitar que se recuperen ID de audiencia de la base de datos al servidor de IBM® Campaign.
*
Si está utilizando SQL sin formato con la optimización en la base de datos, debe codificar el SQL sin formato para la unión con la tabla temporal desde el proceso en sentido ascendente. De lo contrario, el ámbito de los resultados no estará limitado a los resultados del proceso en sentido ascendente.
Copyright IBM Corporation 2015. All Rights Reserved.