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
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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
[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
[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
[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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
[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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
[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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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 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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
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
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
Guide de l'utilisateur de SAP Crystal Reports 2011
Accès aux sources de données
Link público atualizado
O link público para o seu chat foi atualizado.
