Formats de base de données courants. SAP 2011

PDF

Dokument

A.2.3.1 Crystal Reports

Crystal Reports fonctionne comme une interface permettant de mettre en forme, de réorganiser, de sélectionner et de trier les données qui sont stockées dans vos fichiers. Il extrait les données en communiquant avec un ou plusieurs fichiers de la couche Traduction des données pouvant lire la base de données. Dans la mesure où

Crystal Reports peut utiliser de nombreuses formes de données, il doit reposer sur d'autres fichiers afin d'employer directement les données. Crystal Reports peut utiliser une méthode native de communication pour

échanger des données avec les fichiers de traduction.

A.2.3.2 Traduction des données

Les données sont traduites à l'aide d'un ensemble de fichiers DLL propre à Crystal Reports. Celui-ci utilise les fichiers DLL spécifiques à un type de données pour comprendre la manière dont ces données sont organisées et les présenter correctement lors de l'impression, de l'exportation ou de l'affichage d'un aperçu du rapport.

Remarque

Crystal Reports est livré avec tous les fichiers de traduction de données requis pour les types de base de données à accès direct qui sont pris en charge par ce programme.

A.2.3.3 Base de données

Le fichier de base de données comprend une ou plusieurs tables. Le mode de stockage des informations dépend du SGBD utilisé. Par exemple, dBASE stocke les tables de base de données dans des fichiers distincts. Access, par contre, peut stocker plusieurs tables, ainsi que les requêtes, macros et autres éléments dans un seul fichier.

Lorsque Crystal Reports accède directement à un fichier de base de données, il extrait automatiquement les informations relatives aux tables et champs contenus dans ce fichier. Même si vous ne comptez pas utiliser tous les champs ou toutes les tables, le programme les rendra disponibles. En d'autres termes, lorsqu'un fichier dBASE est ouvert, seule la table contenue dans ce fichier est ouverte et disponible. Par contre, lorsqu'un fichier Access est ouvert, toutes les tables contenues dans ce fichier sont ouvertes, même si elles ne sont pas utilisées.

Remarque

Crystal Reports ouvre également les requêtes des bases de données Access à l'aide du moteur DAO ou d'ODBC ; il vous permet de créer des rapports à partir de champs de requête, comme s'il s'agissait de champs de table ordinaires. Voir

DAO

[page 657] et

Accès

[page 669].

A.2.4 Formats de base de données courants

Bien que Crystal Reports utilise la même procédure à trois niveaux pour obtenir des données depuis tous les formats de fichier de base de données à accès direct, il se servira d'un ensemble de fichiers DLL différents pour chaque format. Certains formats parviennent cependant à développer la structure de base à trois niveaux.

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

655

Les sections suivantes décrivent les procédures par lesquelles Crystal Reports accède aux données des formats de base de données les plus répandus.

A.2.4.1 Microsoft Access

Microsoft Access propose plusieurs méthodes pour ouvrir ses fichiers de base de données. Chacune d'elles présente des avantages et des inconvénients. Par conséquent, la méthode employée dépendra de la façon dont vos données sont configurées. Cette partie décrit la technique d'ouverture d'une base de données Access depuis

Crystal Reports via le moteur DAO. Une autre technique utilisant le standard ODBC (Open Database Connectivity)

de Microsoft est décrite dans la section

Accès

[page 669].

Remarque

Lorsque vous ouvrez une base de données Access à l'aide du moteur DAO, Crystal Reports ouvre toute la base de données et charge les informations concernant l'ensemble des tables et des requêtes. Pour ce faire,

Crystal Reports doit réserver un tampon occupant une partie importante de la RAM de votre ordinateur.

A.2.4.2 dBASE, FoxPro, Clipper

Crystal Reports est conçu pour ouvrir les données dBASE simplement et directement par l'intermédiaire du moteur xBase (stocké dans crdb_p2bxbse.dll). FoxPro et Clipper sont des formats de base de données compatibles avec dBASE et l'accès à leurs fichiers par Crystal Reports s'effectue donc à l'aide des mêmes DLL.

Remarque

La couche de traduction crdb_pbxbse.dll prend en charge les fichiers FoxPro jusqu'à la version 2.6. Voir

Visual

FoxPro

[page 671] pour les versions ultérieures à 2.6.

Le fichier crdb_p2bxbse.dll gère l'ensemble des traductions entre Crystal Reports et les fichiers dBASE, FoxPro ou Clipper. Chaque fichier de base de données contient une seule et unique table, mais le nombre de fichiers auxquels un rapport peut accéder est illimité.

Remarque

L'accès aux données dBASE peut également être effectué par l'intermédiaire du Moteur de base de données

Borland (BDE – Borland Database Engine), à l'aide du fichier de traduction crdb_p2bbde.dll. Pour en savoir plus

sur la façon dont le BDE communique avec la base de données, voir

Paradox

[page 656]. Le BDE, cependant, ne prend pas en charge les données FoxPro ou Clipper.

A.2.4.3 Paradox

Les fichiers créés à l'aide de Paradox (.DB) sont accessibles aux autres applications par l'intermédiaire du Moteur de base de données Borland (BDE – Borland Database Engine). C'est en fait le BDE qui assure l'essentiel du travail

656

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

d'extraction des tables et des champs Paradox. Son intégration étroite aux données Paradox lui permet de créer la couche Base de données selon le modèle d'accès à trois couches. Crystal Reports accède au BDE à l'aide du fichier de traduction crdb_p2bbde.dll.

Remarque

Crystal Reports n'installe pas le BDE. Vous devez l'installer séparément, à partir d'une application tierce.

A.2.4.4 DAO

Le moteur DAO (Data Access Object) de Microsoft pour les fichiers Access (versions 2.0 et ultérieure) gère les données du Système de gestion de bases de données de Microsoft Access. En tant qu'utilisateur, vous ne travaillez pas directement avec le moteur DAO. Il sert de passerelle entre les données Access et les applications.

Le moteur DAO est si étroitement lié aux données Access que Crystal Reports le considère comme faisant partie intégrante de la base de données.

Le moteur DAO utilise la technologie OLE (Object Linking and Embedding) de Microsoft pour permettre l'accès aux données Access selon une approche orientée objet.

Outre les tables de base de données Access, Crystal Reports peut ouvrir et utiliser des requêtes Access par l'intermédiaire de DAO. Si vous ne maîtrisez pas les requêtes Access, voir la documentation Access. Recherchez

également la rubrique intitulée "Ouverture des requêtes Access via DAO" dans l'aide en ligne de Crystal Reports.

Remarque

Les requêtes de paramètre Access et les requêtes de tableaux croisés ne peuvent être ouvertes que par l'intermédiaire d'une connexion ODBC. Pour en savoir plus, recherchez la rubrique intitulée "Ouverture des requêtes Access via DAO" dans l'aide en ligne de Crystal Reports. Les requêtes d'action Access ne sont pas prises en charge par Crystal Reports.

Remarque

Lorsque vous ouvrez une requête Access dans un rapport, vérifiez que les cases Vues et Procédures stockées

(dans l'onglet Base de données de la boîte de dialogue Options) sont cochées dans Crystal Reports. Cela garantit que les requêtes seront visibles lorsque vous ouvrirez la base de données Access.

Pour traduire les informations et les données en provenance et à destination de DAO, le Report Designer a recours au fichier de traduction DAO crdb_dao.dll.

Bases de données Microsoft Access sécurisées

Si vous utilisez des bases de données Access sécurisées, vous devez configurer le paramètre SystemDB de la base de données du registre Windows de manière à ce qu'il pointe vers le chemin d'accès au fichier System.mdw

(Access 95 ou version ultérieure). Dans les systèmes Windows NT, le paramètre SystemDB se trouve dans la clé de registre suivante :

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

657

● Access 97

\\HKEY_LOCAL_MACHINE\Software\Microsoft\Office\8.0\Access\Jet\3.5\Engines

● Access 2000

\\HKEY_LOCAL_MACHINE\Software\Microsoft\Office\9.0\Access\Jet\4.0\Engines

A.2.4.5 Pervasive

Crystal Reports utilise les fichiers de traduction crdb_p2bbtrv.dll, p2bbtrv.dll et p2ctbtrv.dll pour communiquer avec le moteur Pervasive (anciennement Btrieve).

Celui-ci constitue un ensemble complexe de fichiers DLL et EXE spécifiques à la version de Pervasive que vous utilisez. Pour en savoir plus sur les divers fichiers du moteur Pervasive, voir la documentation Pervasive.

Remarque

Pervasive doit être correctement configuré pour que Crystal Reports puisse lire les bases de données

Pervasive. Si Pervasive se trouve déjà sur votre système, Crystal Reports pourra utiliser vos données Pervasive dès l'installation. Crystal Reports installe automatiquement les fichiers Pervasive nécessaires à la lecture des données Pervasive. Voir la documentation Pervasive pour vous assurer que votre moteur Pervasive est correctement configuré.

Remarque

Lorsque vous ouvrez une base de données Pervasive, Crystal Reports ouvre l'ensemble de la base de données et charge les informations concernant toutes les tables de cette base de données. Pour ce faire,

Crystal Reports doit réserver un tampon occupant une partie importante de la RAM de votre ordinateur. En raison des contraintes de mémoire inhérentes aux ordinateurs, ce tampon est limité à 65 536 octets (64 Ko).

Cela restreint la taille de votre base de données Pervasive à environ 80 tables, selon le nombre de champs contenus dans chaque table.

Fichiers DDF de Pervasive

Crystal Reports ne définit pas les fichiers de données Pervasive directement à partir des fichiers eux-mêmes.

Pour ce faire, il utilise un ensemble de fichiers .DDF (Data Definition Files) contenant des informations sur les fichiers, les champs et les index. Crystal Reports analyse ces fichiers .DDF à l'aide de Wbtrvdef.dll et de

Sbtrvdef.dll. Les DDF requis sont répertoriés dans la liste suivante. Ils doivent tous résider dans le même répertoire :

● File.ddf

● Field.ddf

● Index.ddf

En règle générale, un ensemble de fichiers DDF contient les définitions de plusieurs fichiers de données Pervasive.

Lorsque vous sélectionnez un DDF lors de la création d'un rapport, Crystal Reports ajoute à ce dernier l'ensemble des fichiers de données définis dans les DDF. Crystal Reports adopte également le chemin d'accès défini dans les

DDF comme chemin d'accès par défaut aux fichiers de données. Les DDF et les fichiers de données peuvent résider à des emplacements différents.

658

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

Remarque

Nous vous recommandons de consulter dans votre documentation Pervasive les parties traitant des DDF et de la configuration du moteur.

A.2.4.6 Exchange

Exchange est le logiciel Microsoft qui succède à MS Mail. Il inclut, en plus de la messagerie électronique, des fonctions de gestion de travail en groupe, de formulaires électroniques, de productivité de groupe et de connexion

à Internet. Un dossier Exchange peut contenir des notes standard (messages), des fichiers et des instances de formulaires. Toutes ces données sont stockées dans le EIS (Exchange Information Store).

Remarque

L'accès à Exchange 2000 peut se faire via ADO.

Crystal Reports peut générer des rapports portant sur les données du EIS. Pour ce faire, les sources de données

Exchange accessibles sont les suivantes :

● Journaux de suivi des messages

● Listes d'adresses

○ Carnets d'adresses personnelles

○ Listes d'adresses générales

○ Listes de distribution.

● Contenu des dossiers Exchange

○ Messages

○ Applications de formulaire Exchange

○ Propriétés des documents OLE

● Administrateur Exchange

○ Propriétés des boîtes de réception sur le serveur Exchange

○ Propriétés des dossiers publics sur le serveur Exchange

○ Liste des réplicas des dossiers publics

○ Liste ACL (Access Control List) des dossiers publics.

Chaque source de données Exchange peut s'utiliser comme une table de base de données et être reliée à d'autres sources de données. Il est ainsi possible d'associer le journal de suivi des messages à une liste d'adresses à l'aide d'une adresse électronique servant de champ de mise en relation.

Le fichier de traduction des données utilisé pour accéder à la source de données Exchange dépend du type de cette source. Le tableau suivant répertorie les fichiers de traduction de données Exchange et indique leur utilité :

Nom de fichier crdb_p2strack.dll

Source de données

Journaux de suivi des messages sur le serveur

Exchange

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

659

Nom de fichier crdb_p2smapi.dll

crdb_p2sexsrm.dll

crdb_p2sexsrp.dll

crdb_p2srepl.dll

crdb_p2sacl.dll

crdb_p2soutlk.dll

p2soutlk.dll

Source de données

Dossiers Exchange et Carnet d'adresses

Administration des boîtes de réception sur le serveur

Exchange

Administration des dossiers publics sur le serveur

Exchange

Réplica des dossiers publics Exchange

Listes ACL des dossiers publics

DLL de serveur physique pour Microsoft Outlook

Les fichiers de traduction Exchange interagissent directement avec l'API de messagerie Microsoft (MAPI). MAPI sert de moteur de base de données pour les données Exchange.

Mode de traitement des données Exchange par Crystal Reports

Crystal Reports traite les données de l'Administrateur Exchange (soit les types de serveur Administration des dossiers publics, ACL des dossiers publics, Réplica des dossiers publics et Administration des boîtes de réception) comme un serveur de base de données physique. Pour accéder à ces informations, il faut d'abord vous connecter au serveur SQL/ODBC, puis sélectionner les tables appropriées dans la boîte de dialogue Choisir une table SQL.

Lors de la connexion à l'un des serveurs de l'Administrateur Exchange, vous devez sélectionner un ou plusieurs profils. Chaque profil représente un serveur Exchange.

Remarque

Voir la documentation Microsoft Exchange pour en savoir plus sur la configuration et la création de profils

Exchange.

A.2.4.7 Outlook

Microsoft Outlook propose de puissants outils d'organisation et de gestion de l'information sous forme de messagerie électronique, calendriers, listes de tâches et autres outils courants.

Crystal Reports vous permet de créer des rapports sur vos données Outlook à l'aide des fichiers de traduction crdb_p2soutlk.dll et p2soutlk.dll. Les données Outlook étant stockées dans un système de fichiers plats, le fichier de traduction y accède directement.

660

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

Remarque

Microsoft Outlook doit être installé, ou il doit être disponible via le droit de lecture UNC (Universal Naming

Convention). UNC est un format standard pour les chemins qui incluent un serveur de fichier réseau local. La syntaxe de base est la suivante : \\serveur\partage\chemin\nom_fichier

A.2.4.8 ACT!

ACT! Le logiciel de gestion de contacts ACT! stocke les informations dans un format de base de données

relationnelles proche de xBase. Voir

dBASE, FoxPro, Clipper

[page 656]. Crystal Reports peut lire ces données et

permet de créer des rapports à partir de vos coordonnées.

ACT! Versions de ACT! ultérieures à la version 2

Les versions de ACT! ultérieures à la version 2 n'utilisent aucune étape intermédiaire dans la couche de traduction. Les fichiers de traduction utilisés pour toutes les bases de données ACT! de version ultérieure à la version 2 sont crdb_p2bact3.dll, p2bact3.dll et p2iract3.dll. Pour en savoir plus, voir la rubrique intitulée "Bases de données ACT!" dans l'aide en ligne de Crystal Reports.

A.2.4.9 Oracle

Crystal Reports prend en charge l'accès direct aux bases de données SQL d'Oracle. Le fichier de traduction crdb_oracle.dll assure l'accessibilité de ces bases de données. Ce fichier communique avec le pilote de base de données Oracle, qui est directement connecté aux bases de données et aux clients Oracle, et se charge d'extraire les données requises par vos rapports.

Remarque

Pour que Crystal Reports puisse utiliser les bases de données SQL d'Oracle, le logiciel client Oracle doit être installé sur votre système, et le chemin d'accès au client Oracle doit figurer dans l'instruction PATH du fichier

Autoexec.bat.

Remarque

Lors d'une connexion à Oracle à l'aide de crdb_oracle.dll, le format de date est modifié afin de correspondre au format date/heure par défaut de Crystal Reports.

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

661

A.2.4.10 Sybase Adaptive Server

Crystal Reports ouvre les données SQL créées par Sybase Adaptive Server directement à l'aide de crdb_p2ssyb10.dll, installé avec Crystal Reports. Ce fichier de traduction fonctionne avec les pilotes de la base de données Sybase pour lire les données Sybase Adaptive Server. Si votre serveur Sybase est configuré correctement, vous pouvez lire les données Sybase dès l'installation de Crystal Reports.

A.2.4.11 Lotus Domino

Lotus Domino est une application puissante de productivité de groupe utilisée pour la communication et le partage des informations entre les services d'une même organisation.

Crystal Reports peut lire une base de données Lotus Domino au moyen d'un pilote natif ou d'un pilote ODBC. Pour

en savoir plus sur le pilote ODBC, voir

Lotus Domino

[page 671].

Si vous sélectionnez Lotus Domino au cours de l'installation, le fichier de traduction crdb_p2snote.dll est ajouté.

Remarque

Le fichier Nextpwd.dll et la DLL de l'API Lotus (Lcppn201.dll) sont installés dans le répertoire de l'exécutable de

Lotus Domino.

Remarque

La ligne suivante est ajoutée au fichier Notes.ini :

EXTMGR_ADDINS=extpwd

Remarque

Les répertoires de l'exécutable et des données de Lotus Domino sont ajoutés à l'instruction PATH.

A.2.4.12 Informix Online Server

Informix Online Server fournit des fonctions client/serveur compatibles avec SQL.

Crystal Reports ouvre les données SQL créées par Informix par le biais du fichier crdb_p2sifmx.dll installé avec

Crystal Reports. Ce fichier de traduction fonctionne avec les pilotes de la base de données Informix pour lire les données Informix. Vous devez installer et configurer le client Informix avant d'utiliser ce fichier de traduction.

662

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

A.2.4.13 DB2 Server

DB2 Server d'IBM est une application client/serveur compatible avec SQL qui fait partie intégrante du progiciel de gestion de bases de données d'IBM.

Crystal Reports ouvre les données SQL créées par DB2 par le biais du fichier crdb_p2sdb2.dll installé avec

Crystal Reports. Ce fichier de traduction fonctionne avec les pilotes de la base de données DB2 pour lire les données DB2. Vous devez installer et configurer le client DB2 avant d'utiliser ce fichier de traduction.

A.2.4.14 Active Data

Crystal Reports permet de créer des rapports à partir de sources de données ActiveX, comprenant ActiveX Data

Objects (ADO), Remote Data Objects (RDO) et Data Access Objects (DAO). Les rapports créés à partir des sources de données ActiveX peuvent être utilisés dans les applications Visual Basic qui emploient ces mêmes sources. Outre les applications Visual Basic, Crystal Reports prend également en charge Crystal Data Objects

(CDO), c'est-à-dire des ensemble de données relationnelles créées au moment de l'exécution à l'aide de tableaux

Visual Basic.

Crystal Reports permet également de créer des rapports sans aucun recours à une source de données. Pour cela, vous devez utiliser un fichier de définition de données, c'est-à-dire un fichier texte ASCII composé d'espaces réservés qui représentent les champs de la base de données. Un programmeur qui utilise des rapports créés à partir d'un fichier de définition de données peut donc, s'il le souhaite, spécifier sa source de données au moment de l'exécution.

Crystal Reports fournit ces fichiers de traduction pour le reporting à partir d'Active Data :

Fichier crdb_fielddef.dll

crdb_ado.dll

crdb_cdo.dll

cdo32.dll

crdb_dao.dll

crdb_odbc.dll

Description

Pour Microsoft ActiveX Data Objects

Pour Crystal Data Object

DLL COM Crystal Data Object

Pour Microsoft Data Access Objects

Pour ODBC

Ces fichiers de traduction fonctionnent en conjonction avec un ensemble de pilotes différent pour chaque source de données.

A.2.4.15 Système de fichiers local

Vous pouvez utiliser Crystal Reports pour créer des rapports à partir de fichiers situés sur votre système ou sur des lecteurs réseau, comprenant des informations telles que le nom de fichier, le numéro de version, la date, etc.

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données

663

Le fichier de traduction crdb_filesystem.dll est fourni par Crystal Reports pour le reporting sur votre système de fichiers local.

Remarque

Le droit de lecture UNC (Universal Naming Convention) doit être disponible sur votre système de fichiers local.

UNC est un format standard pour les chemins qui incluent un serveur de fichier réseau local. La syntaxe de base est la suivante : \\serveur\partage\chemin\nom_fichier

A.2.4.16 Journal d'événements NT

Si vous disposez de Windows NT version 3.51 ou ultérieure, vous pouvez utiliser Crystal Reports pour générer des rapports à partir du Journal d'événements NT. Le Journal d'événements est une base de données qui permet aux administrateurs réseau d'enregistrer et de suivre les divers événements susceptibles de se produire sur Windows

NT Workstation ou Windows NT Server.

Crystal Reports fournit les fichiers de traduction crdb_p2sevta.dll (journal archivé) et crdb_p2sevtc (journal actuel) pour travailler avec les données du Journal d'événements NT. Ces fichiers communiquent avec l'API du

Journal d'événements dans Advapi32.dll, une partie du système d'exploitation Windows NT.

A.2.4.17 Fichier journal Microsoft IIS/Proxy

Si vous disposez de Microsoft Internet Information Server (MS IIS) ou de Microsoft Proxy, vous pouvez utiliser

Crystal Reports pour créer des rapports à partir des fichiers journaux. Ces fichiers journaux permettent de faire le suivi de divers types d'événements qui se produisent lorsque vous utilisez un serveur et un navigateur Web.

Le fichier de traduction fourni par Crystal Reports pour les fichiers journaux MS IIS et Proxy est crdb_p2smsiis.dll.

Les données des fichiers journaux étant normalement stockées dans un système de fichiers plats, le fichier de traduction y accède directement.

Remarque

Le droit de lecture UNC (Universal Naming Convention) doit être disponible sur votre système de fichiers local.

UNC est un format standard pour les chemins qui incluent un serveur de fichier réseau local. La syntaxe de base est la suivante : \\serveur\partage\chemin\nom_fichier

A.2.4.18 Web/IIS, fichiers journaux

Vous pouvez utiliser Crystal Reports pour créer des rapports à partir des fichiers journaux Web. Ces fichiers journaux permettent de faire le suivi de divers types d'événements qui se produisent lorsque vous utilisez un serveur et un navigateur Web.

664

Guide de l'utilisateur de SAP Crystal Reports 2011

Accès aux sources de données