Sources de données ODBC

IMPORTANT

En savoir plus sur le Data Workbench Annonce de fin de vie.

Le serveur Data Workbench (InsightServer64.exe) peut lire les données d’événement de toute base de données SQL (par exemple, Oracle ou Microsoft SQL Server) qui possède un pilote compatible ODBC 3.0.

La prise en charge ODBC du serveur Data Workbench est similaire à la prise en charge existante pour le chargement de données à partir de Capteurs ou de fichiers journaux générés par des processus externes. Il existe toutefois d’autres considérations et limitations :

  • La prise en charge ODBC du serveur Data Workbench 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 entièrement 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 le serveur Data Workbench s’exécute, à l’aide d’outils externes à la plateforme Adobe. Les machines Data Workbench 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’identifiant croissante. Pour toute ligne, la valeur de cette colonne (qui peut être une colonne réelle dans le tableau 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 enfreinte, 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 variable Increasing ID colonne . Une possibilité est une colonne d’horodatage avec une précision moins que parfaite.

  • Le serveur Data Workbench 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 en cours d’utilisation).

  • La récupération des données d’une base de données est plus lente que la lecture d’un fichier de disque. Le traitement des jeux de données qui chargent des données à partir d’une source ODBC prend beaucoup plus de temps (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 le serveur Insight pour ODBCevent data

La configuration du serveur Data Workbench pour charger les données d’une base de données SQL requiert d’abord 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 Data Workbench sur lequel le jeu de données est traité.

    REMARQUE

    Si vous chargez des données d’événement ODBC à des fins de traitement sur une grappe de serveurs Data Workbench, 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, voir 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 Data Workbench (InsightServer64.exe) s’exécute en tant que service Windows. Par conséquent, la source de données doit généralement être configurée en tant que DSN système plutôt qu’en tant que DSN utilisateur pour que le serveur Data Workbench 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 approprié de Data Workbench, vous pouvez configurer le jeu de données pour utiliser la source de données ODBC en modifiant les paramètres appropriés dans la variable Log Processing fichier de configuration pour le profil souhaité.

Paramètres

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

Paramètre Description
Nom Identifiant de la source ODBC.
Nom de la source de données Un DSN, fourni par un administrateur de l’ordinateur serveur Data Workbench 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 la 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 la variable Administrateur de source de données, ce champ peut être laissé vide. Tout mot de passe fourni ici remplace le mot de passe configuré pour le DSN dans la variable Administrateur de source de données.
Identifiant utilisateur de base de données Identifiant utilisateur à utiliser lors de la connexion à la base de données. Si un ID utilisateur a été configuré pour le DSN dans la variable Administrateur de source de données, ce champ peut être laissé vide. Tout ID utilisateur fourni ici remplace l’ID utilisateur configuré pour le DSN dans la variable Administrateur de source de données.
Champs Un vecteur d’objets column 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 Data Workbench. Chaque colonne comporte des entrées. Nom de la colonne et Nom du champ. Nom de la colonne est une expression de colonne SQL qui doit être valide dans le contexte de la table identifiée par Identifiant de tableau décrits ci-dessus. Il peut s’agir d’un nom de colonne ou d’une expression SQL en fonction d’un nombre indéfini 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 une perte de données pour certains types de données de colonne (types de données date/heure, par exemple) si des expressions de formatage explicites ne sont pas utilisées.
Augmentation de la colonne d’ID

Un nom de colonne ou une expression de colonne SQL qui répond au critère selon lequel il augmente (ou du moins ne diminue pas) lorsque de nouvelles lignes sont ajoutées. En d’autres termes, si la ligne B est ajoutée au tableau à une date ultérieure à celle de la ligne A, la valeur de cette colonne (ou 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 Augmentation de la colonne d’ID name 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. Cela signifie généralement que les comparaisons sont lexicographiques (caractère par caractère), il est important de formater la valeur avec soin.
  • L’expression est utilisée dans les clauses SQL ORDER BY et comparée à dans les clauses SQL WHERE. Il est très important de créer un index sur l’expression exacte de la colonne utilisée.

Identifiant de source de journal

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

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

Exécuter sur le serveur Valeur d’index dans la variable profile.cfg fichier du serveur de traitement qui effectue les requêtes ODBC pour obtenir des données de la base de données. (Le paramètre Serveurs de traitement dans la variable profile.cfg répertorie tous les serveurs de traitement du jeu de données, et chaque serveur dispose d’une valeur d’index, la première étant 0.) La valeur par défaut est 0.
Identifiant de tableau Une expression SQL qui nomme la table ou la vue à partir de laquelle les données doivent être chargées. Un identifiant de tableau standard est du formulaire SCHEMA.TABLE.

Cet exemple illustre la fonction Log Processing fenêtre de configuration dans data workbench avec une source de données ODBC. Cette source de données récupère 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) mapper les données des colonnes de données de la base de données au serveur Data Workbench.

Sur cette page