Les propriétés de cette catégorie déterminent la façon dont Campaign interagit avec les bases de données, y compris ses propres tables système. Elles indiquent les bases de données auxquelles Campaign peut accéder et spécifient différents aspects associés à la formulation des requêtes.
Chaque source de données que vous ajoutez dans Campaign est représentée par une catégorie sous partition[n] > dataSources > [DATA_SOURCE_NAME].
|
Les sources de données des tables système de Campaign de chaque partition doivent être appelées UA_SYSTEM_TABLES dans Marketing Platform. La catégorie dataSources > UA_SYSTEM_TABLES doit exister dans la page Configuration de chaque partition de Campaign.
|
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 modifié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 — utilisée par Campaign pour accéder, par exemple, à Informix) 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 AIX ODBC qui prennent en charge l’API ODBC ANSI au lieu de l’API ODBC Unicode :
Si vous pensez que la bibliothèque d’accès par défaut doit être remplacée (par exemple, si vous achetez un gestionnaire de pilote et un pilote DataDirect pour Informix), définissez ce paramètre selon vos besoins (par exemple, remplacez la sélection libodb4d.so par défaut par libodb4dDD.so).
La propriété ASMSaveDBAuthentication spécifie si, lorsque vous vous connectez sur Campaign et appliquez une table dans une source de données à laquelle vous ne vous êtes pas précédemment connecté, Campaign enregistre votre nom d'utilisateur et mot de passe dans IBM Unica Marketing.
Si vous définissez cette propriété sur VRAI, Campaign ne vous demande ni votre nom d’utilisateur ni votre mot de passe lors des connexions suivantes. Si vous la définissez sur FAUX, Campaign vous demande votre nom d’utilisateur et votre mot de passe à chaque connexion.
La propriété ASMUserForDBCredentials spécifie le nom d'utilisateur IBM Unica Marketing affecté à l'utilisateur du système Campaign (requis pour accès aux tables système de Campaign).
Détermine si Campaign tente d'exécuter une fusion SQL de tables initiales (provenant de la même source de données) utilisée dans un processus de sélection ; autrement, la fusion équivalente sera exécutée sur le serveur Campaign.
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 de dimension et d'écriture dans une nouvelle table.
La propriété AllowSegmentUsingSQLCase spécifie si le processus Segment de Campaign consolide plusieurs déclarations SQL en une seule déclaration 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 déclaration SQL CASE pour exécuter la segmentation, suivie d'un traitement segment-par-champ 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.
Si la propriété UseTempTablePool 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. Si la propriété 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é.
Utilisez la propriété TempTablePreTruncateRunScript pour spécifier un script ou un exécutable qui sera lancé avant qu'une table temporaire ne soit tronquée. Le script que vous spécifiez peut être utilisé pour annuler l'effet d'une déclaration SQL spécifiée dans la propriété PostTempTableCreateRunScript.
Par exemple, avec la propriété PostTempTableCreateRunScript, vous pouvez spécifier un script incluant la déclaration 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 :
Utilisez la propriété TempTablePreTruncateExecutionSQL pour spécifier une requête SQL qui sera exécutée avant qu'une table temporaire ne soit tronquée. Le script que vous spécifiez peut être utilisé pour annuler l'effet d'une déclaration SQL spécifiée dans la propriété TempTablePostExecutionSQL.
Par exemple, avec la propriété TempTablePostExecutionSQL, vous pourrez spécifier la déclaration SQL suivante pour créer un index :
Ensuite, spécifiez la requête suivante dans la propriété TempTablePreTruncateExecutionSQL pour supprimer l'index :
La propriété BulkInsertBlockSize définit la taille maximale d’un bloc de données, en nombre d’enregistrements, transmis 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. Définissez cette propriété sur TRUE pour les sources de données Data Direct ODBC lorsque vous utilisez des inserts en vrac (tableau). 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 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 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 le paramètre n’est pas sur 0 et qu’une connexion a été utilisée pour un processus, Campaign s’en tient au nombre spécifié de connexions ouvertes pendant le laps de temps déterminé par 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)
Utilisez la propriété DSN pour identifier la source physique des données pour la source de données de Campaign que vous êtes en train de définir. Par défaut, cette valeur n'est pas définie.
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 sources de données de Campaign. La première avec la propriété AllowTempTables = TRUE, et l’autre avec la propriété AllowTempTables = FALSE. Chacune de ces sources de données possède un nom de source de données différent dans Campaign, mais si elles font référence à la même source physique de données, elles possèdent la même valeur DSN.
La propriété DSNUsingOSAuthentication s’applique uniquement si la source de données de Campaign est SQL Server. Définissez la valeur sur TRUE lorsque la propriété DSN est configurée pour utiliser le mode d’authentification Windows.
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 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. Cette valeur doit correspondre au format que votre base de données utilise 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.
|
Connectez-vous à une base de données depuis une machine fonctionnant sur le serveur Campaign. Pour vous connecter et émettre la commande ci-dessous, utilisez db2test, dans le répertoire Campaign\bin. |
|
|
Différents formats d’écriture et de sélection sont disponibles pour Informix. Connectez-vous à une base de données depuis une machine fonctionnant sur le serveur Campaign. Pour vous connecter et émettre la commande ci-dessous, utilisez odbctest, dans le répertoire Campaign\bin. |
|
|
Connectez-vous à une base de données depuis une machine fonctionnant sur le serveur Campaign. Pour vous connecter et émettre la commande ci-dessous, utilisez odbctest, dans le répertoire Campaign\bin. SELECT current_date FROM ANY_TABLE limit 1; où ANY_TABLE est le nom de toute table existante, quelle qu'elle soit |
|
|
Connectez-vous à une base de données depuis la machine fonctionnant sur le serveur Campaign. Pour vous connecter et émettre la commande ci-dessous, utilisez SQL *Plus : La date actuelle est renvoyée dans NLS_DATE_FORMAT pour ce client. |
|
|
Connectez-vous à la base de données depuis une machine exécutant l'écouteur Campaign. Pour vous connecter et émettre la commande ci-dessous, utilisez odbctest, dans le répertoire Campaign\bin. |
|
|
Connectez-vous à une base de données depuis une machine fonctionnant sur le serveur Campaign. Pour vous connecter et émettre la commande ci-dessous, utilisez odbctest, dans le répertoire Campaign\bin. |
Teradata vous permet de définir le format de date par colonne. En plus de dateFormat et de dateOutputFormatString, vous devez régler SuffixOnCreateDateField. Pour être en cohérence avec les paramètres de notre table système, utilisez :
|
SuffixOnCreateDateField = FORMAT 'YYYY-MM-DD'
|
|
|
DateFormat = DELIM_Y_M_D
|
|
|
DateOutputFormatString = %Y-%m-%d
|
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 facile de laisser cette case décochée. Ainsi, la configuration du format de date n’est pas modifiée en fonction de la 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 définie sur n’importe lequel des formats spécifiés pour format_str dans la macro DATE_FORMAT. Notez que 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.
|
2.
|
Si la base de données laisse la commande INSERT se terminer correctement, cela signifie que le format sélectionné est correct.
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 depuis 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.
En règle générale, vous devez régler la propriété DateTimeFormat en ajoutant DT_ à la valeur DateFormat après avoir déterminé celle-ci comme décrit dans le tableau Sélection de la date par base de données .
La propriété DateTimeOutputFormatString indique le format du type de date et d’heure à utiliser lorsque Campaign écrit des données de date et d’heure sur une base de données, telles que la date et l’heure de début ou de fin d’une campagne. Définissez la valeur de la propriété DateTimeOutputFormatString sur 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 renseignées dans DB2. Lorsqu’elle est définie 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, définissez 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.
|
|
Si, pour quelque raison que ce soit, une transaction de table utilisateur échoue lorsque la valeur TRUE est définie, la table sera endommagée et ne devra plus être utilisée. Les données qu’elle contenait auparavant seront toutes perdues.
|
|
|
La propriété DB2NotLoggedInitiallyUserTables n’est pas utilisée pour les tables système de Campaign.
|
La propriété DefaultScale détermine la précision de virgule flottante lorsqu’un processus Extraction de Campaign exporte les champs numériques vers une table. Lorsque la valeur est définie sur 0 (zéro), Campaign conserve la précision de virgule flottante dans le champ en cours d’exportation.
Pour limiter la précision de virgule flottante, modifiez cette propriété. Par exemple, si vous définissez la valeur sur 3, la précision de virgule flottante est limitée à trois chiffres après la décimale (0.NNN).
0 (zéro)
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.
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.
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-renseigner en utilisant une seule commande ; par exemple, CREATE TABLE <table_name> AS ... (pour Oracle et Netezza) et SELECT <field_names> INTO <table_name> ... (pour SQL Server).
Si la valeur est TRUE, Campaign crée la table temporaire et la renseigne directement de table à table à l’aide de commandes séparées.
La propriété EnableBaseDimSelfJoin indique si la base de données de Campaign procède à des assemblages automatiques lorsque les tables Base et Dimension sont mappées à la même table physique et que la dimension n'est pas associée aux champs ID de la table Base.
Par défaut, cette propriété possède la valeur FALSE et, si les tables Base et Dimension correspondent à la même table de base de données et que les champs 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é) :
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 :
Spécifiez FALSE si :
|
|
Vous souhaitez que le serveur d'application de Campaign exécute le dédoublage afin de réduire la consommation/charge des ressources sur la base de données.
|
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 :
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 :
|
|
Définissez cette propriété sur FALSE uniquement lorsque les référentiels utilisés sont des chaînes de texte issues d’une base de données qui n’est pas en anglais. La valeur TRUE peut être utilisée dans tous les autres cas de figure.
|
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 depuis 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 Exportation lorsque la valeur de la propriété ExtractTablePrefix est la valeur par défaut.
La propriété ExtractTablePrefix spécifie une chaîne qui est automatiquement ajoutée à tous les noms de table Exportation dans Campaign.
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 définie sur TRUE, Campaign récupère toutes les valeurs numériques en tant que type de donnée 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 Extraction de Campaign. Chaque fois que le nombre d’enregistrements écrits par le processus Extraction 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 l’état d’avancement d’un processus Extraction 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). Définissez sa valeur sur la source de données Java Naming and Directory Interface (JNDI) 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 d’utilitaire de chargement pour tous les fichiers générés à partir du processus Extraction, 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.
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 d’utilitaire de chargement pour tous les fichiers générés à partir du processus Extraction, 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 complet et le nom de fichier au modèle de fichier contrôle qui a été précédemment configuré dans Campaign. Si ce paramètre est configuré, Campaign construit dynamiquement un fichier 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 marques associées à LoaderControlFileTemplate sont les mêmes que celles associées à la propriété LoaderCommand. Elles se complètent des marques spécifiques suivantes, qui sont répétées une fois pour chaque champ de la table sortante.
La propriété LoaderControlFileTemplateForAppend spécifie le chemin complet et le nom de fichier au modèle de fichier contrôle qui a été précédemment configuré dans Campaign. Si ce paramètre est configuré, Campaign construit dynamiquement un fichier 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 de longueur fixe.
Si vous spécifiez une valeur, celle-ci est utilisée lorsque l’utilitaire de chargement est appelé pour alimenter 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.
Certains utilitaires de chargement externes requièrent que le fichier de données soit délimité, et que chaque ligne se termine par le délimiteur (par exemple, dbaccess d'Informix utilisant des tables externes). Pour satisfaire cette condition, définissez la valeur LoaderDelimiterAtEnd sur TRUE. Ainsi, lorsque l’utilitaire de chargement est appelé pour renseigner une table vide, Campaign applique des délimiteurs à la fin de chaque ligne.
Certains utilitaires de chargement externes requièrent que le fichier de données soit délimité, et que chaque ligne se termine par le délimiteur (par exemple, dbaccess d'Informix utilisant des tables externes). Pour satisfaire cette condition, définissez la valeur LoaderDelimiterAtEndForAppend sur TRUE. Ainsi, lorsque l’utilitaire de chargement est appelé pour renseigner une table potentiellement renseignée, Campaign applique 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 de longueur fixe.
Si vous spécifiez une valeur, celle-ci est utilisée lorsque l’utilitaire de chargement est appelé pour renseigner 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 point 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 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 depuis 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.
Si le nombre d'identifiants sélectionnés est inférieur à la valeur spécifiée par la propriété MaxRowFetchRecords, Campaign transmettra 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é MaxTempTableJoinPctWithCondition, aucun assemblage n’est réalisé. 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é MaxTempTableJoinPctWithCondition, l’assemblage avec la table temporaire est d’abord réalisé, puis les ID obtenus sont transmis 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).
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 Extraction peut se présenter sous la forme suivante :
Si le processus de sélection récupère plus de 90% le processus d'extraction suivant récupèrera tous les enregistrements, et les fera correspondre au premier jeu d'identifiants, en supprimant ceux qui sont 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 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 le surdébit dans la base de données potentiellement inutile. 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 transmis 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é ODBCTableTypes est requise pour prendre en charge les sources de données Sybase IQ/ASE uniquement. Campaign exige que cette propriété soit définie afin de pouvoir afficher la liste des tables dans la fenêtre de mappage de la table. Ajoute les valeurs suivantes à cette propriété pour activer le mappage des sources de données Sybase IQ/ASE :
La propriété ODBCUnicode indique le type de codage 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.
|
Si cette propriété est définie sur UTF-8 ou UCS-2, la valeur StringEncoding de la source de données doit être définie sur UTF-8 ou WIDEUTF-8. Dans le cas contraire, le paramètre de la propriété ODBCUnicode est ignoré.
|
|
|
Disabled - Campaign utilise les appels ODBC ANSI.
|
|
|
UTF-8 - Campaign utilise les appels ODBC Unicode et suppose que le caractère SQLWCHAR correspond à un seul octet. Cette valeur est compatible avec les pilotes ODBC DataDirect.
|
|
|
UCS-2 - Campaign utilise les appels ODBC Unicode et suppose que le caractère SQLWCHAR correspond à deux octets. Cette valeur est compatible avec les pilotes Windows et ODBC unixODBC.
|
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.
La propriété OwnerForTableDisplay permet de limiter l'affichage du mappage de la table dans Campaign à des tables qui appartiennent à un utilisateur spécifié, ou à un ou plusieurs jeux de tables qui appartiennent aux utilisateurs spécifié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 renseignée.
Les jetons disponibles pour PostSegmentTableCreateRunScript sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table temporaire Segment a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table temporaire Segment. |
Utilisez la propriété PostSnapshotTableCreateRunScript pour spécifier un script ou un exécutable que Campaign exécute après qu'une table Extraction ait été créée et renseignée.
Les jetons disponibles pour PostSnapshotTableCreateRunScript sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Extraction a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Extraction. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table temporaire Extraction. |
Utilisez la propriété PostExtractTableCreateRunScript pour spécifier un script ou un exécutable que Campaign exécute après qu'une table Exportation ait été créée et renseignée.
Les jetons disponibles pour PostExtractTableCreateRunScript sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Exportation a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Exportation. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table Exportation. |
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 le champ de la base de données.
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 renseignée 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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom des colonnes des tables temporaires. |
Spécifie un script ou un exécutable que Campaign exécutera après qu'une table temporaire Utilisateur ait été créée et renseignée.
Les jetons disponibles pour PostUserTableCreateRunScript sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Utilisateur a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Utilisateur. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table Utilisateur. |
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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
La propriété QueryThreadSleep affecte l’utilisation du processeur du processus serveur de Campaign ( UNICA_ACSVR). Lorsque la valeur est définie sur TRUE, le thread utilisé par le processus serveur de Campaign pour vérifier que les requêtes ont abouti s’interrompt entre chaque vérification. Lorsqu’elle est définie sur FALSE, le processus serveur de Campaign vérifie en permanence que les requêtes ont abouti.
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)
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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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 à Optimize.
Les jetons disponibles pour UOSQLOnConnect sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
La propriété ShareConnection contrôle le nombre de connexions utilisées par Campaign pour les opérations associées à la base de données. Lorsque la valeur est définie sur FALSE, chaque opération est effectuée sur une nouvelle connexion. Lorsqu’elle est définie sur TRUE, une seule connexion est utilisée pour exécuter l’ensemble des opérations.
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 le codage spécifié au codage interne de Campaign (UTF-8). De la même manière, lorsque Campaign envoie une requête à la base de données, les données de caractère sont transcodées depuis l’encodage interne de Campaign vers l’encodage spécifié pour la propriété StringEncoding.
|
|
Si vous utilisez la propriété partitions > partition[n] > dataSources > [data_source_name] > ODBCUnicode, cette propriété doit soit être définie sur UTF-8 ou WIDEUTF-8. Dans le cas contraire, le paramètre de la propriété ODBCUnicode est ignoré.
|
Consultez l’Annexe D du Guide d'administration d'IBM Unica Campaign relative à l’internationalisation et aux encodages pour obtenir une liste des encodages pris en charge.
Pour DB2, ou SQL Server, utilisez une page de code plutôt que l’encodage iconv. Pour Teradata, modifiez certains des comportements par défaut. Cette section explique quels paramètres de valeur effectuer pour la propriété StringEncoding en fonction des bases de données répertoriées.
Pour déterminer la valeur appropriée de la propriété StringEncoding avec une base de données DB2, consultez la page de code qui correspond aux paramètres régionaux du système d’exploitation du serveur de Campaign.
Pour régler la valeur de la propriété StringEncoding d’une base de données DB2, ajoutez cette commande au script de démarrage du serveur de Campaign :
Pour déterminer la valeur de la propriété StringEncoding avec une base de données SQL Server, consultez la page de code qui correspond aux paramètres régionaux du système d’exploitation du serveur.
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 plates-formes UNIX, comme indiqué ci-dessous :
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.
|
|
Si vous utilisez une base de données UTF-8, nous vous conseillons d’appliquer le pseudo-encodage WIDEUTF-8 décrit à la section WIDEUTF-8.
|
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, un nouvel encodage de base de données appelé WIDEUTF-8 a été instauré en tant que valeur possible pour 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 de mapping des 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 :
Les jetons disponibles pour SuffixOnAllOtherSQL sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
La propriété SuffixOnCreateDateField indique une chaîne automatiquement ajoutée aux champs DATE de l’instruction SQL CREATE TABLE par Campaign.
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 :
Les jetons disponibles pour SuffixOnInsertSQL sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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 marques 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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom des colonnes des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table temporaire Segment a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le nom de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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 Extraction sera créée.
Les jetons disponibles pour SuffixOnSnapshotTableCreation sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Extraction a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Extraction. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table temporaire Extraction. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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 Exportation sera créée.
Les jetons disponibles pour SuffixOnExtractTableCreation sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Exportation a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Exportation. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table Exportation. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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 référentielle (par exemple, dans une processus Exportation). 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 marques 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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom des colonnes des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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 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.
Les jetons disponibles pour SuffixOnUserTableCreation sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
Par défaut, la valeur est vierge. Ce paramètre ne s’applique qu’à la source de données UA_SYSTEM_TABLES.
Laissez cette valeur vierge, à 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 déclaration SQL achevée 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 marques 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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom des colonnes des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
Utilisez la propriété UserTablePostExecutionSQL pour spécifier une déclaration SQL achevée que Campaign exécutera immédiatement après la création d'une table Utilisateur dans une source de données utilisateur ou dans la base de données des tables système.
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 marques 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.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables Utilisateur ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Utilisateur. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table Utilisateur. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
Utilisez la propriété SegmentTablePostExecutionSQL pour spécifier une déclaration SQL achevée qu'Campaign exécutera une fois qu'une table temporaire Segment aura été créée et renseignée.
Les jetons disponibles pour SegmentTablePostExecutionSQL sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table temporaire Segment a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le nom de la table temporaire Segment. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
Utilisez la propriété SnapshotTablePostExecutionSQL pour spécifier une ou plusieurs déclarations SQL achevées qui seront exécutées immédiatement après qu'une table Extraction a été créée et renseignée.
Les jetons disponibles pour SnapshotTablePostExecutionSQL sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Extraction a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Extraction. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table temporaire Extraction. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
Utilisez la propriété ExtractTablePostExecutionSQL pour spécifier une ou plusieurs déclarations SQL achevées qui seront exécutées immédiatement après qu'une table Extract a été créée et renseignée.
Les jetons disponibles pour ExtractTablePostExecutionSQL sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel la table Exportation a été créée. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création de la table Exportation. |
|
|
Ce jeton est remplacé par le(s) nom(s) de la colonne de la table Exportation. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
Le paramètre TempTablePrefix spécifie une chaîne qui est automatiquement ajoutée aux noms de toutes les tables temporaires créées par Campaign. Utilisez ce paramètre pour identifier et gérer vos tables temporaires. Vous pouvez également l’utiliser pour permettre la création de vos tables temporaires dans un emplacement particulier.
Les jetons disponibles pour TempTablePrefix sont décrits ci-après.
|
Ce jeton est remplacé par le nom d'utilisateur IBM Unica Marketing associé au diagramme pour lequel les tables temporaires ont été créées. |
|
|
Ce jeton est remplacé par le nom du diagramme associé à la création des tables temporaires. |
|
|
Ce jeton est remplacé par le nom d'utilisateur Campaign de l'utilisateur exécutant le diagramme. |
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.
Définissez cette valeur sur TRUE pour supprimer tous les enregistrements d’une table avant de l’annuler.
|
|
Si Campaign est incapable de supprimer les enregistrements pour une raison quelconque, il ne supprime pas la table.
|
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 la 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.
|
Ce jeton est remplacé par le nom de la table de la base de données dans laquelle Campaign effectue des tronçonnements. |
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 :
Si UseExceptForMerge est activé (la valeur est définie sur OUI) et qu’il n’est pas possible d’utiliser NOT IN (car UseNotInForMerge est désactivé ou que le référentiel comporte plusieurs champs et que la source de données n’est pas de type Oracle), la syntaxe est alors modifiée de la façon suivante :
Cette propriété implémente la syntaxe SQL MERGE pour améliorer les performances du processus Suivi. La propriété UseMergeForTrack peut être définie sur TRUE pour DB2, Oracle, SQL Server 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 d’assemblage autre qu’ANSI (par exemple, pour les versions antérieures à Oracle 8, et pour Informix8).
|
|
Si le type de source de données est défini sur Informix8, la valeur UseNonANSIJoin est ignorée et la syntaxe d'assemblage non-ANSI appropriée pour Informix8 est toujours utilisée.
|
|
|
S’il est défini sur Oracle7 ou Oracle8, et que la valeur de la propriété UseNonANSIJoin est définie sur TRUE, la source de données utilise une syntaxe d’assemblage non-ANSI adaptée à Oracle.
|
|
|
S’il est défini sur Sybase et que la valeur de la propriété UseNonANSIJoin est définie sur TRUE, la source de données utilise une syntaxe d’assemblage non-ANSI adaptée à Sybase.
|
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 :
Si UseNotInForMerge est activé (la valeur est définie sur OUI), et que (1) le référentiel comporte un seul champ d’ID ou que (2) la source de données est de type Oracle, la syntaxe est alors modifiée de la façon suivante :
La propriété UseSQLToProfile vous permet de configurer Campaign pour envoyer la requête SQL GROUP BY à la base de données afin de calculer les profils (à l’aide de “SELECT field, count(*) FROM table GROUP BY field”), plutôt que de sélectionner les enregistrements.
|
|
Lorsque la valeur FALSE (valeur par défaut) est définie, Campaign analyse un champ. Pour ce faire, il récupère sa valeur dans tous les enregistrements de la table et effectue le suivi du décompte de chaque valeur distincte.
|
|
|
Lorsque la valeur est définie sur TRUE, Campaign analyse un champ. Pour ce faire, il exécute une requête semblable à celle-ci :
|