Sources de données ODBC

Le serveur de l'outil de données (InsightServer64.exe) peut lire les données de événement provenant de toute base de données SQL (par exemple, Oracle ou Microsoft SQL Server) disposant d'un pilote compatible ODBC 3.0.

La prise en charge ODBC du serveur de l’outil de données est similaire à la prise en charge existante pour le chargement de données à partir de Sensors ou de fichiers journaux générés par des processus externes. Il y a cependant d'autres considérations et limitations :

  • La prise en charge ODBC du serveur de l’outil de données est compatible avec les fonctionnalités de mise en grappe. Les données sont réparties entre tous les serveurs de traitement et tous les traitements ultérieurs (y compris le traitement des requêtes) bénéficient pleinement de la mise en grappe.

  • La prise en charge d'ODBC dépend de pilotes ODBC tiers. Pour que la prise en charge d'ODBC fonctionne, ces pilotes doivent être configurés sur l'ordinateur sur lequel s'exécute le serveur de l'outil de données, à l'aide d'outils externes à la plate-forme de l'Adobe. Les ordinateurs des outils de données ne nécessitent aucune configuration supplémentaire.

  • La table ou la vue à partir de laquelle les données sont chargées doit comporter une colonne d’ID croissante. Pour toute ligne, la valeur de cette colonne (qui peut être une colonne réelle dans la table ou toute expression de colonne SQL) ne doit pas diminuer lorsque de nouvelles lignes sont insérées dans la base de données. Si cette contrainte est violée, les données sont perdues. Pour des performances adéquates, un index est requis sur cette expression de colonne ou de colonne.

    REMARQUE

    Il est possible que plusieurs lignes aient la même valeur dans la colonne Increasing ID. Une possibilité est une colonne d'horodatage avec moins de précision parfaite.

  • Le serveur de l’outil de données ne peut pas charger de colonnes avec des données longues (données supérieures à une certaine longueur, comme déterminé par l’application de base de données spécifique utilisée).

  • La récupération des données d'une base de données est plus lente que la lecture d'un fichier de disque. Les jeux de données qui chargent les données d'une source ODBC prennent beaucoup plus de temps à traiter (en particulier lors du retraitement) que les jeux de données de taille équivalente dont les données proviennent de capteurs ou d'autres fichiers de disque.

Pour plus d’informations sur le retraitement de vos données, voir Retraitement et retransformation.

Pour configurer Insight Server pour ODBCevent data

Pour configurer le serveur de l'outil de données pour charger les données à partir d'une base de données SQL, vous devez d'abord effectuer les étapes suivantes dans l'ordre :

  1. Installez le logiciel client de base de données approprié, y compris un pilote ODBC, sur l’ordinateur serveur du Outils de données sur lequel le jeu de données est traité.

    REMARQUE

    Si vous chargez des données de événement ODBC à des fins de traitement sur un cluster de serveurs de l'outil de données, vous devez installer le logiciel client de base de données sur tous les serveurs de traitement de la grappe. Pour plus d'informations sur la spécification des serveurs de traitement dans une grappe, consultez le Guide d'installation et d'administration des produits serveur.

  2. Configurez une source de données à l'aide de l'administrateur de source de données ODBC pour Windows.

    Il est important de noter que le serveur de l’outil de données (InsightServer64.exe) s’exécute en tant que service Windows. Par conséquent, la source de données doit normalement être configurée en tant que DSN système plutôt qu’en tant que DSN utilisateur pour que le serveur de l’outil de données puisse l’utiliser. Vous trouverez plus d’informations sur cette étape de configuration dans la documentation de votre logiciel de base de données.

Après avoir installé le logiciel client de base de données sur l'ordinateur serveur de l'outil de données approprié, vous pouvez configurer l'ensemble de données pour utiliser la source de données ODBC en modifiant les paramètres appropriés dans le fichier de configuration Log Processing pour le profil souhaité.

Paramètres

Pour les données provenant de bases de données utilisant la norme ODBC (Open Database Connectivity), les paramètres suivants sont disponibles :

Paramètre Description
Nom Identificateur de la source ODBC.
Nom de la source de données Un DSN, fourni par un administrateur de l'ordinateur serveur de l'outil de données sur lequel le jeu de données est traité, qui fait référence à la base de données à partir de laquelle les données doivent être chargées.
Mot de passe de base de données mot de passe à utiliser lors de la connexion à la base de données. Si un mot de passe a été configuré pour le DSN dans l' Administrateur de source de données, il peut rester vide. Tout mot de passe fourni ici remplace le mot de passe configuré pour le DSN dans l' Administrateur de source de données.
ID utilisateur de base de données ID utilisateur à utiliser lors de la connexion à la base de données. Si un ID utilisateur a été configuré pour le DSN dans l' Administrateur de la source de données, il peut rester vide. Tout ID utilisateur fourni ici remplace l’ID utilisateur configuré pour le DSN dans l’ Administrateur de source de données.
Champs Vecteur d’objets de colonne qui spécifie un mappage entre les colonnes de données de la base de données et les champs de données dans le moteur d’exécution du serveur de l’outil de données. Chaque colonne comporte des entrées Nom de colonne et Nom de champ. Le nom de colonne est une expression de colonne SQL qui doit être valide dans le contexte de la table identifiée par la table Identifierdécrit ci-dessus. Il peut s'agir d'un nom de colonne ou d'une expression SQL en fonction d'un nombre quelconque de colonnes dans la table. Une fonction de formatage peut être nécessaire pour convertir des valeurs de certains types de données en chaînes d’une manière qui ne perde pas de précision. Toutes les données sont implicitement converties en chaînes à l’aide de la méthode de formatage par défaut de la base de données, ce qui peut entraîner la perte de données pour certains types de données de colonne (tels que les types de données date/heure) si des expressions de formatage explicites ne sont pas utilisées.
Augmentation de la colonne d'ID

Nom de colonne ou expression de colonne SQL qui répond au critère selon lequel elle augmente (ou du moins ne diminue pas) à mesure que de nouvelles lignes sont ajoutées. En d’autres termes, si la ligne B est ajoutée au tableau à une date ultérieure à la ligne A, la valeur de cette colonne (ou de l’expression de colonne) de la ligne B doit être supérieure (selon l’ordre de tri natif de la base de données) à la valeur correspondante de la ligne A.

  • Le nom Augmentation de la colonne d'ID peut être identique au nom d'une colonne existante, mais il n'est pas nécessaire de l'être.
  • Cette expression est supposée comporter un type de données de caractères SQL. Si la colonne d’ID réellement croissante est d’un autre type de données, cette valeur doit être une expression de colonne pour la convertir en chaîne. Comme cela signifie généralement que les comparaisons sont lexicographiques (caractère par caractère), il est important de formater soigneusement la valeur.
  • L'expression est utilisée dans les clauses SQL ORDER BY et comparée à celles de SQL WHERE. Il est essentiel de disposer d'un index basé sur l'expression exacte des colonnes utilisées.

ID source du journal

La valeur de ce paramètre peut être n’importe quelle chaîne. Si une valeur est spécifiée, ce paramètre vous permet de différencier les entrées de journal des différentes sources de journal pour l'identification de la source ou le traitement ciblé. Le champ x-log-source-id est renseigné par une valeur identifiant la source du journal pour chaque entrée de journal. Par exemple, si vous souhaitez identifier les entrées de journal d'une source ODBC nommée ODBCSource01, vous pouvez taper à partir de ODBCSource01. et cette chaîne serait transmise au champ x-log-source-id pour chaque entrée de journal à partir de cette source.

Pour plus d’informations sur le champ x-log-source-id, voir Champs d’enregistrement des données de Événement.

Exécuter sur le serveur Valeur d'index dans le fichier profil.cfg du serveur de traitement qui crée les requêtes ODBC pour obtenir les données de la base de données. (Le paramètre Serveurs de traitement du fichier profil.cfg liste tous les serveurs de traitement du jeu de données et chaque serveur a une valeur d’index, la première étant 0.) La valeur par défaut est 0.
Identifiant de table Expression SQL qui nomme la table ou la vue à partir de laquelle les données doivent être chargées. Un identifiant de tableau type est le SCHÉMA.TABLE.

Cet exemple montre la fenêtre de configuration Log Processing dans l'outil de données avec une source de données ODBC. Cette source de données extrait les données d'une table appelée VISUAL.VSL dans une base de données avec Data Source Name "VSTestO". Cinq (5) objets de colonne ( Fields) mappent les données des colonnes de données de la base de données au serveur de l’outil de données.

Sur cette page

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now