Campaign sélectionne la bibliothèque d'accès aux sources de données en fonction de leur type. Par exemple, libora4d.so est utilisé dans le cadre de la connectivité Oracle, alors que libdb24d.so est appliqué à la connectivité DB2®. Dans la plupart des cas, les sélections par défaut sont appropriées. Cependant, la propriété AccessLibrary peut être changée si la valeur par défaut s'avère incorrecte dans votre environnement de Campaign. Par exemple, Campaign 64 bits fournit deux bibliothèques d'accès ODBC : une pour les sources de données ODBC compatible avec l'implémentation unixODBC (libodb4d.so) et l'autre compatible avec l'implémentation DataDirect (libodb4dDD.so utilisée par Campaign pour accéder, par exemple, à Teradata).

Campaign inclut deux bibliothèques supplémentaires pour les gestionnaires de pilote ODBC AIX® qui prennent en charge l'API ODBC ANSI à la place de l'API ODBC Unicode :

Si vous déterminez que la bibliothèque d'accès par défaut doit être remplacée, définissez ce paramètre de manière appropriée (par exemple, affectez-lui la valeur libodb4dDD.so pour remplacer la sélection par défaut libodb4d.so).

La propriété AliasPrefix spécifie la manière dont Campaign génère le nom d'alias que Campaign crée automatiquement en cas d'utilisation d'une table des dimensions et d'écriture dans une nouvelle table.

Cette propriété détermine si Campaign tente d'effectuer une jointure SQL des tables de base (depuis la même source de données) utilisées dans un processus de sélection. Autrement, la jointure équivalente est effectuée sur le serveur Campaign.

La propriété AllowSegmentUsingSQLCase spécifie si le processus Segment de Campaign consolide plusieurs instructions SQL en une seule instruction SQL, lorsque cela répond aux conditions d'une configuration spécifique.

Si vous définissez cette propriété sur TRUE, vous constaterez une nette amélioration des performances dès lors que toutes les conditions requises seront remplies :

Dans ce cas, Campaign génère une seule instruction SQL CASE pour exécuter la segmentation, suivie d'un traitement segment-par-zone sur le serveur d'application de Campaign.

La propriété AllowTempTables indique si Campaign crée des tables temporaires dans la base de données. La création de tables temporaires peut améliorer considérablement la performance des campagnes. Lorsque la valeur est TRUE, les tables temporaires sont activées.

Si c'est le cas, chaque fois qu'une requête sera exécutée sur la base de données (par exemple, par le processus Segment), les ID obtenus seront référencés dans une table de la base de données. Si une requête supplémentaire est émise, Campaign peut utiliser cette table temporaire pour récupérer des lignes de la base de données.

Si les tables temporaires ne sont pas activées, Campaign conserve les identifiants sélectionnés dans la mémoire du serveur. La requête supplémentaire récupère les identifiants de la base de données, puis les compare à ceux de la mémoire du serveur.

La propriété ASMSaveDBAuthentication spécifie si, lorsque vous vous connectez à Campaign et associez une table dans une source de données à laquelle vous ne vous êtes pas connecté précédemment, Campaign enregistre votre nom d'utilisateur et votre mot de passe dans IBM® EMM.

Si vous paramétrez cette propriété sur TRUE, Campaign ne vous demande ni votre nom d'utilisateur ni votre mot de passe lorsque vous vous connectez à la source de données. Si vous la paramétrez sur FALSE, Campaign vous demande votre nom d'utilisateur et votre mot de passe chaque fois que vous voulez connectez à la source de données.

La propriété ASMUserForDBCredentials spécifie le nom d'utilisateur IBM® EMM affecté à l'utilisateur système Campaign (requis pour accéder aux tables système Campaign).

La propriété BulkInsertBlockSize définit la taille maximale d'un bloc de données, en nombre d'enregistrements, passés simultanément par Campaign à la base de données.

La propriété BulkInsertRequiresColumnType est requise pour prendre en charge les sources de données Data Direct ODBC seulement. Affectez à cette propriété la valeur TRUE pour les sources de données Data Direct ODBC lorsque vous utilisez les insertions en masse (matrice). Définissez la propriété sur FALSE afin qu'elle puisse être compatible avec la plupart des autres pilotes ODBC.

La propriété BulkReaderBlockSize définit la taille d'un bloc de données, en nombre d'enregistrements, lue par Campaign à partir de la base de données.

La propriété ConditionalSQLCloseBracket spécifie le type de parenthèses employé pour indiquer la fin d'un segment conditionnel dans les macros brutes SQL personnalisées. Les segments conditionnels dans le type de crochets ouvrant et fermant sont utilisés uniquement s'il existe dans tables temporaires. Ils sont ignorés s'il n'en existe pas.

} (accolade fermante)

La propriété ConditionalSQLOpenBracket spécifie le type de parenthèse utilisée pour indiquer le début d'un segment conditionnel dans les macros SQL brutes personnalisées. Les segments conditionnels figurant entre les parenthèses spécifiées par les propriétés ConditionalSQLOpenBracket et ConditionalSQLCloseBracket sont utilisés uniquement en cas d'existence de tables temporaires, et sont ignorés en leur absence.

{ (accolade ouvrante)

La propriété ConnectionCacheSize indique le nombre de connexions conservées en mémoire cache par Campaign pour chaque source de données.

Par défaut (N=0), Campaign établit une nouvelle connexion vers une source de données pour chaque opération ; si Campaign gère un cache de connexions, et si une connexion est disponible pour réutilisation, Campaign emploiera la connexion en cache plutôt que d'établir une nouvelle connexion.

Si ce paramètre n'a pas la valeur 0, lorsqu'un processus est exécuté avec une connexion Campaign maintient le nombre défini de connexions ouvertes pendant un délai défini dans la propriété InactiveConnectionTimeout. Lorsque ce temps est écoulé, les connexions sont supprimées de la mémoire cache et fermées.

0 (zéro)

Campaign utilise la valeur de la propriété DateFormat pour déterminer la méthode employée pour analyser les formats de date lorsque le langage de macro de Campaign est utilisé ou que les données des colonnes de dates sont interprétées.

Définissez la valeur de la propriété DateFormat sur le format de réception des dates de cette source de données attendu par Campaign. La valeur doit correspondre au format qu'utilise la base de données pour afficher les dates sélectionnées. Pour la plupart des bases de données, ce paramètre est identique à celui de la propriété 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 vous permet de définir le format de date par colonne. En plus de dateFormat et de dateOutputFormatString, vous devez définir SuffixOnCreateDateField. Pour être en cohérence avec les paramètres de notre table système, utilisez :

Si l'option Utiliser les paramètres régionaux pour imprimer une devise, des chiffres, dates et heures n'est pas sélectionnée dans la configuration source des données ODBC, vous ne pourrez pas réinitialiser le format de la date. En règle générale, il est plus simple de ne pas définir ce paramètre pour que la configuration de format de date ne change pas pour chaque langue.

La propriété DateOutputFormatString indique le type de format de date à utiliser lorsque Campaign écrit des dates sur une base de données, par exemple la date de début ou de fin d'une campagne. Définissez la valeur de la propriété DateOutputFormatString sur le format attendu par la source de données pour les colonnes de date. Pour la plupart des bases de données, ce paramètre est identique à celui de la propriété [data_source_name] > DateFormat.

La propriété DateOutputFormatString peut être affectée des formats définis pour format_str dans la macro DATE_FORMAT. La macro DATE_FORMAT admet deux formats différents. L'un est un format identifiant, par exemple, DELIM_M_D_Y, DDMMMYYYY (le même tel qu'admis par la macro DATE), tandis que l'autre est un format chaîne. La valeur de la propriété DateOutputFormatString doit être au format chaîne. Elle ne doit surtout pas être au format identifiant de la macro DATE. En règle générale, vous pouvez utiliser l'un des formats délimités.

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

La valeur de la propriété [data_source_name] > DateTimeFormat spécifie le format dans lequel Campaign s'attend à recevoir les données datetime/timestamp à partir d'une base de données. Il doit correspondre au format utilisé par la base de données pour afficher les dates et heures sélectionnées. Pour la plupart des bases de données, ce paramètre est identique à celui de la propriété DateTimeOutputFormatString.

Généralement, vous définissez DateTimeFormat en ajoutant votre valeur DateFormat avec DT_ après avoir déterminé la valeur DateFormat, comme indiqué dans le tableau de sélection d'une date en fonction de la base de données.

La propriété DateTimeOutputFormatString indique le type de format date-heure à utiliser lorsque Campaign écrit des dates-heures dans une base de données, par exemple la date-heure de début ou de fin d'une campagne. Définissez la valeur de la propriété DateTimeOutputFormatString avec le format attendu par la source de données pour les colonnes de type datetime. Pour la plupart des bases de données, ce paramètre est identique à celui de la propriété [data_source_name] > DateTimeFormat.

La propriété DB2NotLoggedInitially détermine si Campaign utilise la syntaxe SQL not logged initially lorsque des tables temporaires sont remplies dans DB2®. Lorsqu'elle est paramétrée sur TRUE, cette propriété désactive la connexion destinée à l'insertion dans les tables temporaires, ce qui améliore les performances et réduit la consommation des ressources de la base de données.

Si votre version de DB2® ne prend pas en charge la syntaxe not logged initially, paramétrez cette propriété sur FALSE.

La propriété DB2NotLoggedInitiallyUserTables détermine si Campaign utilise la syntaxe SQL not logged initially pour procéder à des insertions dans les tables utilisateur de DB2®. Lorsqu'elle est définie sur TRUE, cette propriété désactive la connexion destinée à l'insertion dans les tables utilisateur, ce qui améliore les performances et réduit la consommation des ressources de la base de données.

La propriété DefaultScale est utilisée lorsque Campaign crée une zone de base de données pour stocker les valeurs numériques à partir d'un fichier à plat ou d'une zone dérivée, en cas d'utilisation du processus d'instantané ou d'exportation.

Cette propriété n'est pas utilisée pour les valeurs numériques provenant d'une table de base de données, sauf si la zone de base de données omet des informations concernant la précision et l'échelle (la précision indique le nombre total de chiffres autorisé pour la zone ; l'échelle indique le nombre de chiffres autorisés après le séparateur décimal. Ainsi, 6.789 a une précision de 4 et une échelle de 3. Les valeurs obtenues d'une table de base de données comportent l'indication de la précision et de l'échelle, qui sert à Campaign lors de la création de la zone.)

Exemple : les fichiers à plat n'indiquent pas de précision et d'échelle. Vous pouvez donc utiliser DefaultScale pour indiquer le nombre de décimales après le séparateur à définir pour la zone créée. Par exemple :

Si la valeur définie pour DefaultScale dépasse la précision de la zone DefaultScale=0 sera utilisé pour cette zone. Par exemple, si la précision est de 5 et si DefaultScale=6, une valeur de zéro sera utilisée.

0 (zéro)

La propriété DefaultTextType est destinée aux sources de données ODBC. Elle indique à Campaign comment créer les zones de texte dans la source de données de destination si les zones de texte source ont un autre type de source de données. Par exemple, les zones de texte source peuvent demander des données provenant d'un fichier ordinaire ou d'un autre SGBD. Si les zones de texte source utilisent le même type de SGBD, cette propriété est ignorée et les zones de texte sont créées dans la source de données cible avec les types de données des zones de texte source.

La propriété DeleteAsRecreate indique si Campaign annule la table et la recrée ou s'il supprime simplement les données qu'elle contient lorsqu'un processus de sortie est configuré sur REPLACE TABLE et que TRUNCATE n'est pas pris en charge.

Lorsque la valeur est définie sur TRUE, Campaign supprime la table et la recrée.

Lorsqu'elle est définie sur FALSE, Campaign exécute une commande DELETE FROM dans la table.

La propriété DeleteAsTruncate indique si Campaign utilise la commande TRUNCATE TABLE ou s'il supprime les données de la table lorsqu'un processus de sortie est configuré sur REPLACE TABLE.

Lorsque la valeur est paramétrée sur TRUE, Campaign exécute une commande TRUNCATE TABLE dans la table.

Lorsqu'elle est paramétrée sur FALSE, Campaign exécute une commande DELETE FROM dans la table.

La propriété DisallowTempTableDirectCreate spécifie la méthode appliquée par Campaign pour ajouter des données à une table temporaire.

Si la valeur est FALSE, Campaign exécute une syntaxe SQL directe créer-et-remplir en utilisant une seule commande ; par exemple, CREATE TABLE <nom_table> AS ... (pour Oracle et Netezza®) et SELECT <noms_zone> INTO <nom_table> ... (pour SQL Server).

Si la valeur est TRUE, Campaign crée la table temporaire et la remplit directement de table à table à l'aide de commandes séparées.

Paramétrez cette propriété sur le nom de source de données (DSN), tel qu'il est attribué dans votre configuration ODBC pour cette source de données Campaign. Par défaut, cette valeur n'est pas définie.

A l'aide des propriétés de configuration de source de données Campaign, vous pouvez spécifier plusieurs sources de données logiques relatives à la même source de données physique. Par exemple, vous pouvez créer deux ensembles de propriétés de source de données pour la même source de données : le premier avec la propriété AllowTempTables = TRUE et le second avec AllowTempTables = FALSE. Chacune de ces sources de données porte un nom différent dans Campaign mais, si elles font référence à la même source de données physique, elles possèdent la même valeur DSN.

La propriété DSNUsingOSAuthentication s'applique uniquement si la source de données de Campaign est Serveur SQL. Paramétrez la valeur sur TRUE lorsque la propriété DSN est configurée pour utiliser le mode d'authentification Windows™.

La propriété EnableBaseDimSelfJoin indique si la base de données de Campaign procède à des assemblages automatiques lorsque la table de base et la table Dimension sont mappées à la même table physique et que la dimension n'est pas associée aux zones ID de la table de base.

Par défaut, cette propriété a pour valeur FALSE et, si la table de base et la table Dimension correspondent à la même table de base de données et que les zones de relation sont les mêmes (par exemple, AcctID à AcctID), Campaign suppose que vous ne souhaitez pas effectuer d'assemblage.

La propriété EnableSelectDistinct spécifie si les listes internes des identifiants de Campaign sont dédoublées par le serveur ou par la base de données de Campaign.

Lorsque la valeur est définie sur TRUE, la base de données exécute le dédoublonnage. Les requêtes SQL générées dans la base de données prennent alors la forme suivante (si approprié) :

SELECT DISTINCT key FROM table

Lorsque la valeur est définie sur FALSE, le serveur de Campaign exécute le dédoublonnage. Les requêtes SQL générées dans la base de données prennent alors la forme suivante :

SELECT key FROM table

Conservez la valeur par défaut FALSE si :

Indépendamment de la valeur que vous spécifiez pour cette propriété, Campaign garantit automatiquement que les clés seront dédoublées comme requis. Cette propriété contrôle simplement l'emplacement où un effort de dédoublage se produit (sur la base de données ou sur le serveur Campaign).

La propriété EnableSelectOrderBy spécifie si les listes internes des identifiants de Campaign sont triées par le serveur ou par la base de données de Campaign.

Lorsque la valeur est définie sur TRUE, la base de données effectue le tri. Les requêtes SQL générées dans la base de données prennent alors la forme suivante :

SELECT <key> FROM <table> ORDER BY <key>

Lorsque la valeur est définie sur FALSE, le serveur de Campaign effectue le tri. Les requêtes SQL générées dans la base de données prennent alors la forme suivante :

SELECT <key>FROM <table>

Le paramètre ExcludeFromTableDisplay vous permet de limiter les tables de la base de données qui s'affichent pendant le mappage de la table dans Campaign. Il ne réduit pas le nombre de noms de table récupérés à partir de la base de données.

Par exemple, si vous définissez la valeur de ce paramètre sur sys.*,, les tables dont le nom commence par sys. ne s'affichent pas. Prenez note que les valeurs de ce paramètre sont sensibles à la casse.

UAC_*. Cette valeur exclut les tables temporaires et les tables d'extraction lorsque la valeur de la propriété ExtractTablePrefix est la valeur par défaut.

Utilisez la propriété ExtractTablePostExecutionSQL pour spécifier une ou plusieurs instructions SQL complètes à exécuter immédiatement après qu'une table d'extraction a été créée et remplie.

Les jetons disponibles pour ExtractTablePostExecutionSQL sont décrits ci-après.

La propriété ExtractTablePrefix spécifie une chaîne qui est automatiquement ajoutée à tous les noms de table d'extraction dans Campaign. Cette propriété est utile lorsque plusieurs sources de données pointent vers la même base de données. Pour plus de détails, voir la description TempTablePrefix.

La propriété ForceNumeric indique si Campaign récupère les valeurs numériques en tant que type de donnée double. Lorsque la valeur est paramétrée sur TRUE, Campaign extrait toutes les valeurs numériques en tant que type de données double.

La propriété InactiveConnectionTimeout spécifie le nombre de secondes pendant lesquelles une connexion inactive de base de données de Campaign est laissée ouverte avant qu'elle ne soit fermée. Si la valeur est définie sur 0, le délai d'attente est désactivé et la connexion reste ouverte.

La propriété InsertLogSize indique si une nouvelle entrée est saisie dans le fichier journal pendant l'exécution du processus d'instantané de Campaign. Chaque fois que le nombre d'enregistrements écrits par le processus d'instantané atteint un multiple du nombre spécifié dans la propriété InsertLogSize, une entrée de journal est écrite. Les entrées de journal peuvent vous aider à déterminer la progression d'un processus d'instantané en cours d'exécution. Si vous choisissez une valeur trop basse, les fichiers journaux générés risquent d'être volumineux.

100000 (cent mille enregistrements)

La propriété JndiName est utilisée uniquement lors de la configuration de tables système de Campaign (ne s'applique pas aux autres sources de données telles que les tables client). Paramétrez sa valeur sur la source de données JNDI (Java™ Naming and Directory Interface) définie sur le serveur d'application (WebSphere® ou WebLogic).

La propriété LoaderCommand spécifie la commande exécutée pour appeler votre utilitaire de chargement de base de données dans Campaign. Si vous définissez ce paramètre, Campaign passe en mode utilitaire de chargement de base de données pour tous les fichiers de sortie générés à partir du processus d'instantané, utilisés avec les paramètres "Remplacer tous les enreg.". Ce paramètre appelle également le mode utilitaire de chargement de base de données si Campaign télécharge des listes d'identifiants dans les tables temporaire.

Contact Optimization utilise les mêmes paramètres de configuration que Campaign pour l'implémentation de l'utilitaire de chargement de base de données. Si vous configurez Campaign afin qu'il utilise un utilitaire de chargement de base de données, Contact Optimization est configuré pour utiliser les mêmes commandes. De même, si vous configurez Contact Optimization afin qu'il utilise un utilitaire de chargement de base de données, Campaign est configuré pour faire de même. Chacun suppose un répertoire racine différent dans votre répertoire d'installation IBM® EMM. Le répertoire racine est /Campaign pour Campaign ou /ContactOptimization pour Contact Optimization. Vous pouvez donc spécifier des commandes différentes dans les fichiers de commande et de modèle du chargeur.

La plupart des utilitaires de chargement nécessitent plusieurs arguments afin d'être lancés correctement. Ces arguments peuvent notamment inclure la spécification des fichiers de données et de contrôle (qui forment la base du chargement) ainsi que la base de données et la table de destination du chargement. Campaign prend en charge les jetons suivants, qui sont remplacés par les éléments spécifiés lorsque la commande est exécutée. Consultez la documentation associée à l'utilitaire de chargement de votre base de données pour voir la syntaxe à utiliser lorsqu'il est appelé.

Les jetons disponibles pour LoaderCommand sont décrits ci-après.

Le paramètre LoaderCommandForAppend spécifie la commande émise pour appeler votre utilitaire de chargement de base de données afin d'ajouter des enregistrements à une table de base de données dans Campaign. Si vous définissez ce paramètre, Campaign passe en mode utilitaire de chargement de base de données pour tous les fichiers de sortie générés à partir du processus d'instantané, utilisés avec les paramètres "Ajouter des enregistrements".

Les jetons disponibles pour LoaderCommandForAppend sont décrits ci-après.

La propriété LoaderControlFileTemplate spécifie le chemin d'accès complet et le nom de fichier du modèle de fichier de contrôle configuré dans Campaign. Si ce paramètre est configuré, Campaign construit dynamiquement un fichier de contrôle temporaire basé sur le modèle que vous spécifiez ici. Le chemin et le nom de ce fichier de contrôle temporaire sont associés au jeton <CONTROLFILE> associé au paramètre LoaderCommand.

Avant d'utiliser Campaign en mode utilitaire de chargement de base de données, vous devez configurer le modèle de fichier contrôle qui est spécifié par ce paramètre. Le modèle de fichier contrôle prend en charge les jetons suivants, qui sont dynamiquement remplacés à la création du fichier contrôle temporaire par Campaign.

Les jetons associés à LoaderControlFileTemplate sont les mêmes que ceux associés à la propriété LoaderCommand. Ils complètent les jetons spécifiques suivants, qui sont répétés une fois pour chaque zone de la table sortante.

La propriété LoaderControlFileTemplateForAppend spécifie le chemin d'accès complet et le nom de fichier du modèle de fichier de contrôle configuré dans Campaign. Si ce paramètre est configuré, Campaign construit dynamiquement un fichier de contrôle temporaire basé sur le modèle qui est spécifié ici. Le chemin et le nom de ce fichier de contrôle temporaire sont associés au jeton <CONTROLFILE>, lui-même associé à la propriété LoaderCommandForAppend.

Avant d'utiliser Campaign en mode utilitaire de chargement de base de données, vous devez configurer le modèle de fichier contrôle qui est spécifié par ce paramètre. Le modèle de fichier contrôle prend en charge les jetons suivants, qui sont dynamiquement remplacés à la création du fichier contrôle temporaire par Campaign.

La propriété LoaderDelimiter spécifie si le fichier de données temporaires est un fichier de largeur fixe ou un fichier à plat délimité et, s'il est délimité, les caractères que Campaign utilise sont des délimiteurs.

Si la valeur n'est pas définie, Campaign crée le fichier de données temporaire sous la forme d'un fichier à plat à largeur fixe.

Si vous spécifiez une valeur, celle-ci est utilisée lorsque l'utilitaire de chargement est appelé pour remplir une table vide. Campaign crée le fichier de données temporaire sous la forme d'un fichier à plat délimité et utilise la valeur de cette propriété en tant que délimiteur.

Pour certains utilitaires de chargement externes, le fichier de données doit être délimité et un délimiteur doit être présent à chaque fin de ligne. Pour répondre à ce besoin, paramétrez la valeur LoaderDelimiterAtEnd sur TRUE de sorte que, lorsque l'utilitaire de chargement est appelé pour remplir une table vide, Campaign utilise des délimiteurs à la fin de chaque ligne.

Pour certains utilitaires de chargement externes, le fichier de données doit être délimité et un délimiteur doit être présent à chaque fin de ligne. Pour répondre à cette exigence, paramétrez la valeur LoaderDelimiterAtEndForAppend sur TRUE de sorte que, lorsque l'utilitaire de chargement est appelé pour remplir une table non vide, Campaign utilise des délimiteurs à la fin de chaque ligne.

La propriété LoaderDelimiterForAppend indique si le fichier de données temporaire de Campaign est un fichier à plat délimité ou de longueur fixe, ainsi que, s'il est délimité, le ou les caractères délimiteurs utilisés.

Si la valeur n'est pas définie, Campaign crée le fichier de données temporaire sous la forme d'un fichier à plat à largeur fixe.

Si vous spécifiez une valeur, celle-ci est utilisée lorsque l'utilitaire de chargement est appelé pour remplir une table potentiellement renseignée. Campaign crée le fichier de données temporaire sous la forme d'un fichier à plat délimité et utilise la valeur de cette propriété en tant que délimiteur.

La propriété LoaderUseLocaleDP indique, lorsque Campaign écrit des valeurs numériques sur des fichiers qui doivent être chargés par un utilitaire de chargement, si le symbole spécifique à chaque région est utilisé en tant que séparateur décimal.

Définissez cette valeur sur FALSE pour indiquer que le point (.) est utilisé en tant que point décimal.

Définissez-la sur TRUE pour indiquer que le symbole de séparateur décimal propre à votre région est utilisé.

Permet de préciser le nombre maximum d'éléments que Campaign peut inclure dans une seule liste dans SQL (par exemple, la liste des valeurs après un opérateur DANS dans une clause WHERE).

La propriété MaxQueryThreads spécifie la limite supérieure du nombre de requêtes simultanées pouvant être exécutées sur chaque source de base de données à partir d'un seul diagramme de Campaign.

Campaign exécute les requêtes de la base de données à l'aide de threads indépendants. Etant donné que les processus Campaign s'exécutent en parallèle, il est courant d'avoir plusieurs requêtes s'exécutant simultanément sur une seule source de données. Si le nombre de requêtes devant être exécutées en parallèle excède la valeur spécifiée par cette propriété, le serveur Campaign limite automatiquement le nombre de requêtes simultanées pour cette valeur.

La valeur maximale est illimitée. Prenez note que si la propriété maxReuseThreads est définie sur une valeur non égale à zéro, elle devra être supérieure ou égale à la valeur MaxQueryThreads.

Si le nombre d'identifiants sélectionnés est inférieur à la valeur spécifiée par la propriété MaxRowFetchRecords, Campaign passera les identifiants à la base de données, un à la fois, dans une requête SQL séparée. Ce processus peut demander beaucoup de temps. Si le nombre d'identifiants sélectionnés est supérieur à la valeur spécifiée par ce paramètre, Campaign utilise des tables temporaires (si autorisé par rapport à la source de la base de données), ou réduit toutes les valeurs de la table, non compris toutes valeurs inutiles.

Si une requête est émise, Campaign crée une table temporaire dans la base de données comportant la liste exacte des identifiants, en résultat de la requête. Lorsqu'une requête supplémentaire qui sélectionne tous les enregistrements est exécutée sur la base de données, la propriété MaxTempTableJoinPctSelectAll indique si un assemblage avec la table temporaire est effectué.

Si la taille relative de la table temporaire (spécifiée en pourcentage) est supérieure à la valeur de la propriété MaxTempTableJoinPctSelectAll, aucune jointure n'est réalisée. Les enregistrements sont tout d'abord sélectionnés, puis les enregistrements inutiles sont ignorés.

Si la taille relative de la table temporaire (spécifiée en pourcentage) est inférieure ou égale à la valeur de la propriété MaxTempTableJoinPctSelectAll, la jointure avec la table temporaire est d'abord réalisée, puis les ID obtenus sont envoyés au serveur.

Cette propriété s'applique uniquement si la valeur de la propriété AllowTempTables est définie sur TRUE. Elle est ignorée si la propriété useInDbOptimization est définie sur OUI.

Nombres entiers compris entre 0-100. Une valeur de 0 signifie que les assemblages de table temporaire ne sont jamais utilisés ; une valeur de 100 signifie qu'ils sont toujours utilisés, et ce quelle que soit la taille de la table temporaire.

Supposons que MaxTempTableJoinPctSelectAll est défini sur 90. D'abord, vous souhaiterez peut-être sélectionner les clients (CustID) et les soldes de compte (Accnt_balance) supérieurs à 1 000 USD dans la table de la base de données (Customer).

SELECT CustID FROM Customer
	WHERE Accnt_balance > 1000

Le processus Sélection peut récupérer 100 000 ID, ce qui représente 10 % de la taille de table totale (1 000 000). Si les tables temporaires sont autorisées, Campaign écrit les ID sélectionnées (TempID) dans une table temporaire (Temp_table) de la base de données.

Vous souhaiterez peut-être extraire les ID sélectionnés (CustID) ainsi que le solde actuel (Accnt_balance). Etant donné que la taille relative de la table temporaire (Temp_table) est inférieure à 90 % (MaxTempTableJoinPctSelectAll), l'assemblage de la table temporaire est d'abord réalisé. L'expression SQL générée par le processus d'instantané peut se présenter sous la forme suivante :

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

Si le processus de sélection récupère plus de 90% le processus d'instantané suivant récupérera tous les enregistrements, et les fera correspondre au premier jeu d'identifiants, en supprimant ceux qui sont inutiles.

SELECT CustID, Accnt_balance FROM Customer

Si une requête est émise, Campaign crée une table temporaire dans la base de données comportant la liste exacte des identifiants, en résultat de la requête. Lorsqu'une requête supplémentaire qui sélectionne les enregistrements selon des conditions limitées est exécutée sur la base de données, la propriété MaxTempTableJoinPctWithCondition indique s'il est nécessaire d'effectuer un assemblage avec la table temporaire.

Si la taille relative de la table temporaire (spécifiée en pourcentage) est supérieure à la valeur de la propriété MaxTempTableJoinPctWithCondition, aucun assemblage n'est réalisé. Cela permet d'éviter la surcharge de la base de données dans laquelle il n'est peut-être pas requis. Dans ce cas, la requête est exécutée sur la base de données, la liste des ID obtenue est récupérée, puis les enregistrements non désirés sont ignorés pendant leur mise en correspondance avec la liste dans la mémoire serveur.

Si la taille relative de la table temporaire (spécifiée en pourcentage) est inférieure ou égale à la valeur de la propriété MaxTempTableJoinPctWithCondition, l'assemblage avec la table temporaire est d'abord réalisé, puis les ID obtenus sont passés au serveur.

Cette propriété s'applique uniquement si la valeur de la propriété AllowTempTables est définie sur TRUE.

Nombres entiers compris entre 0-100. Une valeur de 0 signifie que les assemblages de table temporaire ne sont jamais utilisés ; une valeur de 100 signifie qu'ils sont toujours utilisés, et ce quelle que soit la taille de la table temporaire.

Utilisez cette propriété pour définir le seuil d'utilisation du chargeur. Campaign appelle le script affecté au paramètre LoaderCommand lorsque le nombre d'ID uniques de la cible source dépasse la valeur définie avec cette propriété. La valeur de cette propriété ne représente pas le nombre d'enregistrements qui seront écrits.

Si cette propriété n'est pas configurée, Campaign suppose que la valeur est la valeur par défaut (zéro). Si cette propriété est configurée, mais qu'une valeur négative ou une valeur non entière est définie comme valeur, Campaign suppose que la valeur est égale à zéro.

Utilisez cette propriété pour définir le seuil d'utilisation du chargeur. Campaign appelle le script affecté au paramètre LoaderCommandForAppend lorsque le nombre d'ID uniques de la cible source dépasse la valeur définie avec cette propriété. La valeur de cette propriété ne représente pas le nombre d'enregistrements qui seront écrits.

Si cette propriété n'est pas configurée, Campaign suppose que la valeur est la valeur par défaut (zéro). Si cette propriété est configurée, mais qu'une valeur négative ou une valeur non entière est définie comme valeur, Campaign suppose que la valeur est égale à zéro.

La propriété NumberOfRetries indique le nombre de fois où Campaign réessaie automatiquement une opération de base de données, en cas d'échec. Campaign soumet à nouveau automatiquement les requêtes à la base de données avant de signaler une erreur ou un échec au niveau de la base de données.

La propriété ODBCUnicode indique le type d'encodage utilisé lors des appels ODBC lancés par Campaign. Elle est uniquement utilisée avec des sources de données ODBC, et elle est ignorée si elle est utilisée avec une connectivité native Oracle ou DB2®.

Utilisez la propriété ODBCv2 pour préciser la spécification ODBC API que Campaign doit utiliser pour la source de données.

La valeur par défaut FALSE permet à Campaign d'utiliser la spécification API v3, alors qu'avec la valeur TRUE, Campaign utilise la spécification API v2. Définissez la propriété ODBCv2 sur TRUE pour les sources de données qui ne prennent pas en charge la spécification d'API ODBC v3.

Si la propriété ODBCv2 est définie sur TRUE, Campaign ne prend pas en charge l'API ODBC Unicode, et les valeurs autres que disabled pour la propriété ODBCUnicode ne sont pas reconnues.

Lorsqu'elle est définie sur TRUE, la propriété PadTextWithSpaces permet à Campaign d'insérer des espaces dans les valeurs de texte avec des espaces, jusqu'à ce que la chaîne soit de la même largeur que la zone de base de données.

Utilisez la propriété PostExtractTableCreateRunScript pour spécifier un script ou un exécutable que Campaign exécute après qu'une table d'extraction ait été créée et remplie.

Les jetons disponibles pour PostExtractTableCreateRunScript sont décrits ci-après.

Spécifie un script ou un exécutable que Campaign exécute après qu'une table temporaire Segment ait été créée et remplie.

Les jetons disponibles pour PostSegmentTableCreateRunScript sont décrits ci-après.

Utilisez la propriété PostSnapshotTableCreateRunScript pour spécifier un script ou un exécutable que Campaign exécute après qu'une table d'instantanés ait été créée et remplie.

Les jetons disponibles pour PostSnapshotTableCreateRunScript sont décrits ci-après.

Utilisez la propriété PostTempTableCreateRunScript pour spécifier un script ou un exécutable pour que Campaign s'exécute après qu'une table temporaire ait été créée et remplie dans une source de données utilisateur ou dans la base de données des tables système.

Les jetons disponibles pour PostTempTableCreateRunScript sont décrits ci-après.

Spécifie un script ou un exécutable que Campaign exécutera après qu'une table temporaire Utilisateur ait été créée et remplie.

Les jetons disponibles pour PostUserTableCreateRunScript sont décrits ci-après.

Utilisez la propriété PrefixOnSelectSQL pour spécifier une chaîne automatiquement ajoutée à toutes les expressions SQL SELECT générées par Campaign.

Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection.

Bien que sa syntaxe ne soit pas vérifiée, cette propriété est automatiquement ajoutée à l'expression SQL SELECT. Si vous l'utilisez, assurez-vous qu'il s'agit d'une expression légale.

Les jetons disponibles pour PrefixOnSelectSQL sont décrits ci-après.

La propriété QueryThreadSleep affecte l'utilisation du processeur du processus serveur de Campaign ( UNICA_ACSVR). Lorsque la valeur est TRUE, l'unité d'exécution que le serveur processus de Campaign utilise pour vérifier que la requête est achevée et est mise en veille entre les vérifications. Lorsqu'elle est paramétrée sur FALSE, le processus serveur de Campaign vérifie en permanence que les requêtes sont achevées.

Le paramètre ReaderLogSize permet de définir si Campaign fait une nouvelle entrée dans le fichier journal lors de la lecture des données dans la base de données. Chaque fois que le nombre d'enregistrements lus dans la base de données atteint un multiple du nombre défini par ce paramètre, une entrée de journal est écrite dans le fichier correspondant.

1000000 (un million d'enregistrements)

Définit le préfixe des tables Segment créées par le processus de création de segment CreateSeg dans cette source de données. Cette propriété est utile lorsque plusieurs sources de données pointent vers la même base de données. Pour plus de détails, voir la description TempTablePrefix.

La propriété ShareConnection n'est plus utilisée et doit conserver sa valeur par défaut, FALSE.

La propriété SQLOnConnect définit une instruction SQL complète exécutée par Campaign immédiatement après chaque connexion à la base de données.

Les jetons disponibles pour SQLOnConnect sont décrits ci-après.

La propriété StringEncoding spécifie l'encodage des caractères de la base de données. Si Campaign récupère des données de la base de données, les données seront transcodées d'après l'encodage spécifié pour l'encodage interne d'Campaign (UTF-8). Lorsque Campaign envoie une requête à la base de données, les données caractères sont transcodées du codage interne de Campaign (UTF-8) vers le codage défini dans la propriété StringEncoding.

Si le codage du client de votre base de données est configuré pour UTF-8, la valeur préférée est WIDEUTF-8. La valeur WIDE-UTF-8 fonctionne uniquement si le client de base de données a la valeur UTF-8.

Si vous utilisez la propriété partitions > partition[n] > dataSources > data_source_name > ODBCUnicode, affectez à la propriété StringEncoding la valeur UTF-8 ou WIDEUTF-8. Autrement, la valeur de la propriété ODBCUnicode est ignorée.

Pour la liste des codages pris en charge, voir Character encodings in Campaign dans le document Campaign Administrator's Guide.

Cette section explique comment définir les valeurs correctes pour les bases de données DB2®, SQL Server ou Teradata.

Identifiez la page de codes de base de données DB2® et le jeu de codes. Pour les environnement localisés, la base de données DB2® doit avoir la configuration suivante :

Définissez les valeurs de la propriété StringEncoding dans Campaign sur la valeur de jeu de codes de base de données DB2®.

Définissez la variable d'environnement DB2CODEPAGE DB2® en lui affectant la valeur de page de codes de base de données DB2® :

Ce paramètre affecte toutes les sources de données DB2® et peut affecter les autres programmes en cours d'exécution.

Pour SQL Server, utilisez une page de codes au lien d'un codage iconv. Pour déterminer la valeur de la propriété StringEncoding avec une base de données Serveur SQL, consultez la page de code qui correspond aux paramètres régionaux du système d'exploitation du serveur.

Par exemple, pour utiliser la page de code 932 (code japonais Shift-JIS) :

StringEncoding=CP932

Pour Teradata, vous devez remplacer un comportement par défaut. Teradata prend en charge l'encodage de caractères par colonne, tandis que Campaign prend en charge l'encodage des sources par données uniquement. En raison d'un bogue dans le pilote ODBC Teradata, UTF-8 ne peut pas être utilisé avec Campaign. Teradata définit un encodage des caractères par défaut pour chaque connexion. Vous pouvez remplacer ce paramètre à l'aide d'un paramètre de la configuration de la source de données ODBC sous Windows™ ou dans les fichiers odbc.ini des plateformes UNIX™, comme indiqué ci-dessous :

CharacterSet=UTF8

L'encodage par défaut d'une table Teradata est en LATIN. Teradata ne dispose que de peu d'encodages intégrés, mais il prend en charge les encodages définis par l'utilisateur.

La valeur par défaut de la propriété StringEncoding est ASCII.

Campaign est normalement responsable du transcodage entre son encodage interne, UTF-8, et l'encodage de la base de données. Lorsque celle-ci est encodée en UTF-8, la valeur UTF-8 peut être spécifiée pour la propriété StringEncoding (à l'exception de SQLServer), et aucun transcodage n'est nécessaire. Traditionnellement, ce sont les seuls modèles viables pour que Campaign puisse accéder aux données non-anglophones dans une base de données.

Dans la version 7.0 de Campaign, le nouvel encodage de base de données WIDEUTF-8 a été introduit comme valeur de la propriété StringEncoding. Cet encodage permet à Campaign d'appliquer toujours UTF-8 pour communiquer avec le client de la base de données, mais il permet au client d'effectuer la tâche de transcodage entre UTF-8 et l'encodage de la base de données réelle. Cette version optimisée d'UTF-8 est nécessaire pour modifier la largeur des mappages de colonnes de tables, qui doivent être assez larges pour le texte transcodé.

La propriété SuffixOnAllOtherSQL indique une chaîne automatiquement ajoutée à toutes les expressions SQL générées par Campaign et qui ne sont pas prises en charge par les propriétés SuffixOnInsertSQL, SuffixOnSelectSQL, SuffixOnTempTableCreation, SuffixOnUserTableCreation ou SuffixOnUserBaseTableCreation.

Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection.

SuffixOnAllOtherSQL est utilisé pour les types d'expression suivants, dès lors qu'ils sont générés par Campaign :

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

Les jetons disponibles pour SuffixOnAllOtherSQL sont décrits ci-après.

La propriété SuffixOnCreateDateField indique une chaîne automatiquement ajoutée aux zones DATE de l'instruction SQL CREATE TABLE par Campaign.

SuffixOnCreateDateField = FORMAT 'YYYY-MM-DD'

Si la propriété n'est pas définie (aucune valeur par défaut), la commande CREATE TABLE n'est pas modifiée.

La propriété SuffixOnInsertSQL indique une chaîne automatiquement ajoutée à toutes les expressions SQL INSERT générées par Campaign. Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection.

SuffixOnInsertSQL est utilisé pour le type d'expression suivant, dès lors qu'il est généré par Campaign :

INSERT INTO table ...

Les jetons disponibles pour SuffixOnInsertSQL sont décrits ci-après.

La propriété SuffixOnSelectSQL indique une chaîne automatiquement ajoutée à toutes les expressions SQL SELECT générées par Campaign. Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection.

Les jetons disponibles pour SuffixOnSelectSQL sont décrits ci-après.

Utilisez la propriété SuffixOnTempTableCreation pour spécifier une chaîne qui sera automatiquement ajoutée à l'expression SQL générée par Campaign quand une table temporaire sera créée. Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection. Pour utiliser cette propriété, la propriété AllowTempTables doit être définie sur TRUE.

Etant donné qu'ils sont générés de façon dynamique au cours de l'exécution de la campagne, vous souhaiterez peut-être utiliser des jetons pour remplacer le nom de la table et les noms des colonnes (<TABLENAME> et <KEYCOLUMNS>) dans l'instruction SQL.

Les jetons disponibles pour SuffixOnTempTableCreation sont décrits ci-après.

Spécifie une chaîne qui sera automatiquement ajoutée à l'expression SQL générée par Campaign quand une table temporaire Segment sera créée.

Les jetons disponibles pour SuffixOnSegmentTableCreation sont décrits ci-après.

Utilisez la propriété SuffixOnSnapshotTableCreation pour spécifier une chaîne qui sera automatiquement ajoutée à l'expression SQL générée par Campaign quand une table d'instantanés sera créée.

Les jetons disponibles pour SuffixOnSnapshotTableCreation sont décrits ci-après.

Utilisez la propriété SuffixOnExtractTableCreation pour spécifier une chaîne qui sera automatiquement ajoutée à l'expression SQL générée par Campaign quand une table d'extraction sera créée.

Les jetons disponibles pour SuffixOnExtractTableCreation sont décrits ci-après.

Utilisez la propriété SuffixOnUserBaseTableCreation pour spécifier une chaîne qui sera automatiquement ajoutée à l'expression SQL que Campaign générera quand un utilisateur créera une table de base (par exemple, dans une processus d'extraction). Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection.

Etant donné qu'ils sont générés de façon dynamique au cours de l'exécution de la campagne, vous souhaiterez peut-être utiliser des jetons pour remplacer le nom de la table et les noms des colonnes (<TABLENAME> et <KEYCOLUMNS>) dans l'instruction SQL.

Les jetons disponibles pour SuffixOnUserBaseTableCreation sont décrits ci-après.

Utilisez la propriété SuffixOnUserTableCreation pour spécifier une chaîne qui sera automatiquement ajoutée à l'expression SQL que Campaign générera quand un utilisateur créera une table Généralités (par exemple, dans un processus d'instantané). Cette propriété s'applique uniquement aux expressions SQL générées par Campaign. Elle ne s'applique pas aux expressions "SQL brutes" utilisées par le processus Sélection.

Les jetons disponibles pour SuffixOnUserTableCreation sont décrits ci-après.

Spécifie le schéma utilisé pour les tables système de Campaign.

Laissez cette valeur à blanc, à moins que la source de données UA_SYSTEM_TABLES ne comporte plusieurs schémas (par exemple, une base de données Oracle utilisée par plusieurs groupes). (Dans ce contexte, "schéma" indique la partie initiale d'un nom de table "complet" qui se présente sous la forme X.Y (par exemple, dbo.UA_Folder). Ici, X correspond au schéma et Y représente le nom de table incomplet. La terminologie pour cette syntaxe varie en fonction des différents systèmes de base de données pris en charge par Campaign).

S'il existe plusieurs schémas dans la base de données des tables système, définissez alors cette valeur comme le nom de schéma dans lequel les tables système de Campaign ont été créées.

Utilisez la propriété TempTablePostExecutionSQL pour spécifier une instruction SQL complète que Campaign exécutera immédiatement après la création d'une table temporaire dans une source de données utilisateur ou dans la base de données des tables système. La propriété AllowTempTables doit être définie sur TRUE pour permettre la création de tables temporaires dans une source de données.

Etant donné qu'ils sont générés de façon dynamique au cours de l'exécution de la campagne, vous souhaiterez peut-être utiliser des jetons pour remplacer le nom de la table et les noms des colonnes (<TABLENAME> et <KEYCOLUMNS>) dans l'instruction SQL.

Les jetons disponibles pour TempTablePostExecutionSQL sont décrits ci-après.

Utilisez la propriété TableListSQL pour spécifier la requête SQL à utiliser pour inclure des synonymes dans la liste des tables disponibles à mapper.

Si vous définissez cette propriété à l'aide d'une requête SQL valide, Campaign émet la requête SQL pour extraire la liste des tables pour le mappage. Si la requête renvoie une seule colonne, elle est traitée comme une colonne de noms ; si la requête renvoie deux colonnes, la première colonne est censée être une colonne de noms de propriétaire, et la seconde une colonne de noms de table.

Si la requête SQL ne commence pas par un astérisque (*), Campaign fusionne cette liste avec la liste des tables généralement extraites (par exemple, via des appels ODBC ou des connexions natives).

Si la requête SQL commence par un astérisque (*), la liste renvoyée par SQL remplace la liste normale, au lieu d'être fusionnée avec celle-ci.

Si la source de données est SQL Server, dans des circonstances normales, l'appel de l'API ODBC que Campaign utilise renvoie une liste de tables et de vues, mais aucun synonyme. Pour inclure également la liste des synonymes, paramétrez TableListSQL comme dans l'exemple suivant :

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

Pour extraire la liste des tables, vues et synonymes, en évitant l'API ODBC en intégralité, définissez TableListSQL comme dans l'exemple suivant :

*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 propriété SQLOnConnect définit une instruction SQL complète exécutée par Campaign immédiatement après chaque connexion à la base de données. La propriété UOSQLOnConnect est similaire, mais elle est spécifiquement applicable à Contact Optimization.

Les jetons disponibles pour UOSQLOnConnect sont décrits ci-après.

La valeur par défaut de cette propriété est FALSE, ce qui indique que Campaign doit utiliser sa méthode standard (connexion ODBC ou native, par exemple) pour extraire le schéma. Si cette propriété est paramétrée sur TRUE, Campaign prépare une requête SQL similaire à select * from <table> pour extraire le schéma de table.

Cela peut présenter des avantages spécifiques à chaque source de données. Par exemple, certaines sources de données (Netezza®, Serveur SQL) ne signalent pas correctement les synonymes SQL (noms de remplacement pour les objets de base de données, définis à l'aide de la syntaxe create synonym) via les connexions ODBC ou natives par défaut. En paramétrant cette propriété sur TRUE, les synonymes SQL sont extraits pour le mappage de données dans Campaign.

Pour permettre à Campaign d'utiliser des synonymes Netezza® ou Serveur SQL :

UseSQLToRetrieveSchema=TRUE

Cette propriété est appelée lorsqu'un processus est configuré pour écrire dans Nouvelle table mappée > Table référentielle > Créer une nouvelle table dans la base de données sélectionnée. Cette propriété est uniquement appelée lorsque la table est créée (durant le processus de création et de mappage). Cette propriété n'est pas appelée durant l'exécution du processus.

Vous pouvez utiliser des jetons pour remplacer le nom de la table (<TABLENAME>) dans l'instruction SQL, car le nom est généré dynamiquement lors de l'exécution de la campagne. Pour connaître les jetons disponibles, voir UserTablePostExecutionSQL.

Etant donné qu'ils sont générés de façon dynamique au cours de l'exécution de la campagne, vous souhaiterez peut-être utiliser des jetons pour remplacer le nom de la table et les noms des colonnes (<TABLENAME> et <KEYCOLUMNS>) dans l'instruction SQL.

Les jetons disponibles pour UserTablePostExecutionSQL sont décrits ci-après.

Si la propriété UseTempTablePool est configurée sur FALSE, les tables temporaires ne sont pas conservées et elles sont recréées chaque fois qu'un diagramme est exécuté. Si la propriété a la valeur TRUE, la base de données conserve les tables temporaires. Les tables temporaires sont tronquées et réutilisées par le pool de tables géré par Campaign. Le pool de table temporaires est plus efficace dans les environnements où vous réexécutez les diagrammes plusieurs fois, par exemple pendant une phase de conception et de test.

Utilisez la propriété SegmentTablePostExecutionSQL pour spécifier une instruction SQL complète qu'Campaign exécutera une fois qu'une table temporaire Segment aura été créée et remplie.

Les jetons disponibles pour SegmentTablePostExecutionSQL sont décrits ci-après.

Utilisez la propriété SnapshotTablePostExecutionSQL pour spécifier une ou plusieurs instructions SQL complètes à exécuter immédiatement après qu'une table d'instantanés a été créée et remplie. Cette propriété est uniquement appelée lorsqu'un processus d'instantané écrit dans une table d'extraction.

Les jetons disponibles pour SnapshotTablePostExecutionSQL sont décrits ci-après.

Cette propriété mentionne une chaîne qui est automatiquement ajoutée en préfixe aux noms de toutes les tables temporaires créées par Campaign. Cette propriété permet de faciliter l'identification et la gestion des tables temporaires. Vous pouvez également l'utiliser pour permettre la création de vos tables temporaires dans un emplacement particulier.

TempTablePrefix="<USER>"

Si plusieurs sources de données pointent vers la même base de données, des erreurs et des résultats de recherche incorrects peuvent se produire pendant l'exécution du diagramme en raison de l'utilisation des mêmes tables temporaires par différents processus et diagrammes. Cette situation peut également se produire avec les tables de processus d'extraction et les tables de segment stratégique. Afin d'éviter cette situation, utilisez TempTablePrefix (ou ExtractTablePrefix pour les tables d'extraction) afin de définir différents schémas pour chaque source de données. Cette approche permet d'être sûr que la portion initiale du nom est différente et donc que les noms de table seront toujours différents.

Le tableau suivant décrit les jetons disponibles pour TempTablePrefix.

Utilisez la propriété TempTablePreTruncateExecutionSQL pour spécifier une requête SQL à exécuter avant qu'une table temporaire ne soit tronquée. Le script que vous spécifiez peut être utilisé pour annuler l'effet d'une instruction SQL spécifiée dans la propriété TempTablePostExecutionSQL.

Par exemple, avec la propriété TempTablePostExecutionSQL, vous pourrez spécifier l'instruction SQL suivante pour créer un index :

Ensuite, spécifiez la requête suivante dans la propriété TempTablePreTruncateExecutionSQL pour supprimer l'index :

Utilisez la propriété TempTablePreTruncateRunScript pour spécifier un script ou un exécutable à lancer avant qu'une table temporaire ne soit tronquée. Le script que vous spécifiez peut être utilisé pour annuler l'effet d'une instruction SQL spécifiée dans la propriété PostTempTableCreateRunScript.

Par exemple, avec la propriété PostTempTableCreateRunScript, vous pouvez spécifier un script incluant l'instruction SQL suivante pour créer un index :

Ensuite, spécifiez un autre script avec la déclaration suivante dans la propriété TempTablePreTruncateRunScript pour supprimer l'index :

Le paramètre TeradataDeleteBeforeDrop s'applique uniquement aux sources de données Teradata. Il indique si des enregistrements sont supprimés avant l'annulation d'une table.

Paramétrez cette valeur sur TRUE pour supprimer tous les enregistrements d'une table avant de l'annuler.

Définissez cette valeur sur FALSE pour annuler une table sans supprimer les enregistrements au préalable.

La propriété TruncateSQL est disponible pour usage avec des sources de données DB2®, et vous permet de spécifier un autre SQL pour le tronçonnement de la table. Cette propriété s'applique uniquement si DeleteAsTruncate a pour valeur TRUE. Si DeleteAsTruncate est définie sur TRUE, tout SQL personnalisé dans cette propriété sera utilisé pour tronquer une table. Si cette propriété n'est pas définie, Campaign utilise la syntaxe TRUNCATE TABLE <NOMTABLE>.

Les jetons disponibles pour TruncateSQL sont décrits ci-après.

La propriété partitions > partition[n] > dataSources > [data_source_name] > type spécifie le type de base de données de cette source de données.

Si Campaign procède à des exclusions dans le processus Fusion ou dans le processus Segment, il utilise par défaut la syntaxe "N'EXISTE PAS", comme :

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

Si UseExceptForMerge est paramétré sur TRUE et qu'il n'est pas possible d'utiliser "NOT IN" (car UseNotInForMerge est désactivé ou que le niveau d'audience comporte plusieurs zones et que la source de données n'est pas Oracle), la syntaxe est alors modifiée de la façon suivante :

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

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

Cette propriété implémente la syntaxe SQL MERGE pour améliorer les performances du processus Suivi. La propriété UseMergeForTrack peut être paramétrée sur TRUE pour DB2®, Oracle, Serveur SQL 2008 et Teradata 12. Elle peut également être utilisée avec d'autres bases de données qui prennent en charge l'instruction SQL MERGE.

La propriété UseNonANSIJoin indique si la source de données utilise une syntaxe de jointure non-ANSI. S'il est défini sur Oracle7 ou Oracle8, et que la valeur de la propriété UseNonANSIJoin est définie sur TRUE, le type de source de données utilise une syntaxe d'assemblage non-ANSI adaptée à Oracle.

Si Campaign procède à des exclusions dans le processus Fusion ou dans le processus Segment, il utilise par défaut la syntaxe "N'EXISTE PAS", comme :

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

Si UseNotInForMerge est activé (valeur paramétrée sur YES) et que (1) le niveau d'audience comporte une zone d'ID unique ou que (2) la source de données est Oracle, la syntaxe est alors modifiée de la façon suivante :

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

La propriété UseSQLToProfile vous permet de configurer Campaign afin qu'il soumette la requête SQL GROUP BY à la base de données afin de calculer les profils (à l'aide de "SELECT zone, count(*) FROM table GROUP BY zone"), au lieu d'extraire des d'enregistrements.

SELECT field, COUNT(*) FROM table
GROUP BY field