Détails sur l'optimisation en base de données

L'optimisation en base de données permet d'éviter de copier les ID de la base de données sur le serveur IBM® Campaign à des fins de traitement, chaque fois que cela est possible. Cette option peut améliorer les performances de diagramme.

L'optimisation en base de données détermine :

si les opérations s'effectuent sur le serveur de base de données ou sur le serveur IBM® Campaign local et

si les résultats des opérations sont stockés.

Lorsque l'optimisation en base de données est active :

Les tâches de traitement telles que le tri, la jointure et la fusion des données sont effectuées sur le serveur de base de données lorsque cela est possible.

Les cibles de processus générées sont stockées dans des tables temporaires sur le serveur de base de données.

L'optimisation en base de données affecte la consommation d'unité centrale :

Lorsque l'optimisation en base de données est active, la consommation d'unité centrale est plus élevée sur le serveur de base de données.

Lorsque l'optimisation en base de données est inactive, la consommation d'unité centrale est plus élevée sur le serveur IBM® Campaign.

Vous pouvez appliquer l'optimisation en base de données globalement et remplacer le paramètre global pour des diagrammes individuels. La meilleure pratique consiste à désactiver le paramètre de configuration global (useInDbOptimization) et à définir l'option au niveau du diagramme (Paramètres avancés > Admin > Utiliser les optimisations de BD durant l'exécution diagramme).

Le traitement en base de données ne peut pas être effectué si vous spécifiez des limitations en matière de taille de cible générée ou que des tables temporaires sont désactivées pour un processus.

Limitations de l'optimisation en base de données

L'optimisation en base de données n'est pas prise en charge pour toutes les bases de données.

Selon la logique requise, certaines fonctions continuent d'être effectuées sur le serveur IBM® Campaign, même si le traitement en base de données est activé. Voici des exemples :

La requête utilise les tables provenant de différentes sources de données.

Par exemple, si un processus de sélection interroge différentes sources de données, IBM® Campaign stocke automatiquement les listes d'ID sur le serveur d'applications.

La requête contient des macros non SQL ou des zones dérivées.

Par exemple, pour calculer une zone dérivée, IBM® Campaign évalue la formule de la zone dérivée afin de déterminer si une partie du calcul peut être effectuée à l'aide d'une instruction SQL. Si de simples instructions SQL peuvent être utilisées, le calcul s'effectue "en base de données". Dans le cas contraire, des tables temporaires sont créées sur le serveur IBM® Campaign pour traiter les calculs et conserver les résultats de processus en processus dans un diagramme.

Traitement de SQL brut dans les macros

Les macros personnalisées constituées d'instructions SQL brutes peuvent être traitées "en base de données", conformément aux instructions suivantes :

Toutes les macros personnalisées SQL brutes doivent commencer par select et contenir un élément from et un seul dans le reste du texte.

Pour les bases de données qui ne prennent en charge que la syntaxe "insert into <TempTable>", vous devez mapper au moins une table de base à la même source de données et au même niveau d'audience que la macro personnalisée SQL brute. Si les zones sont sélectionnées par la macro personnalisée SQL brute sont trop grandes pour les zones de la table temporaire, une erreur d'exécution se produit.

Si vous utilisez une requête SQL brute dans un processus de sélection qui comporte une cible source, vous devez utiliser le jeton <TempTable> pour obtenir la liste correcte des ID d'audience. Utilisez également le jeton <OutputTempTable> pour empêcher l'extraction des ID d'audience d'une base de données vers le serveur IBM® Campaign.

Si vous utilisez du code SQL brut avec l'optimisation en base de données, vous devez coder le SQL brut pour le joindre à la table temporaire du processus en amont. Dans le cas contraire, les résultats ne sont pas pris en compte par les résultats du processus en amont.