Enfin, en utilisant la technologie SQL "pass-through" pour envoyer une instruction SQL à ODBC et extraire un ensemble initial de données, Crystal Reports délègue une bonne partie du travail d'extraction et de tri au serveur, et libère ainsi de la mémoire et des ressources locales au profit de tâches plus importantes. En outre, seules les données indiquées par l'instruction SQL sont renvoyées à Crystal Reports, ce qui réduit la surcharge du réseau et minimise l'utilisation des ressources. En travaillant plus efficacement avec les données initiales, Crystal Reports vous fait économiser du temps et des efforts et vous permet de vous concentrer sur le processus de conception et sur les tâches prioritaires.
A.3.2 Inconvénients
Les données doivent transiter (via ODBC) par de nombreuses couches depuis la base de données jusqu'à l'application. En effet, dans un premier temps, Crystal Reports demande les données. Sa requête est ensuite traduite par la couche de traduction ODBC en un format exploitable (une instruction SQL). ODBC doit alors trouver les données concernées et transmettre la requête à la source ODBC. Pour en savoir plus, voir
Couche
Traduction SGBD (Source de données ODBC)
[page 667]. La source de données analyse la requête et la traduit
dans un format exploitable par le SGBD concerné. Ce processus complexe peut échouer à plusieurs niveaux.
En outre, les sources de données ODBC doivent être configurées et définies correctement dans les fichiers
Odbc.ini et Odbcinst.ini avant d'être utilisées. Si vous créez un rapport sur un système, puis essayez de l'ouvrir sur un autre système qui ne dispose pas de la même source de données ODBC, Crystal Reports ne peut pas se connecter aux données.
Lorsque vous employez ODBC, rappelez-vous que la version du langage SQL qu'il utilise est celle de l'ANSI
(American National Standards Institute). Cependant, certains SGBD basés sur SQL utilisent une version SQL comportant des fonctions spécifiques. Si c'est le cas de votre SGBD, ODBC sera incapable de traduire ces
fonctions spécifiques (même si généralement il parvient à extraire l'essentiel des données). Voir
Langage SQL
[page 518].
A.3.3 Cinq couches
Le processus par lequel Crystal Reports accède au contenu d'une source de données ODBC est constitué de cinq couches :
●
Couche Crystal Reports
[page 666]
●
Couche Traduction ODBC
[page 667]
●
Couche ODBC
[page 667]
●
Couche Traduction SGBD (Source de données ODBC)
[page 667]
●
Couche Base de données
[page 668]
Toutes ces couches utilisant le langage SQL, elles peuvent facilement transmettre les données de la base à votre rapport.
A.3.3.1 Couche Crystal Reports
Lorsque Crystal Reports travaille avec des données ODBC, il génère une instruction SQL qui demande les données appropriées à ODBC. Le générateur de langage SQL intégré à Crystal Reports a été conçu pour créer une
666
©
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
instruction SQL qui laisse la source de données ODBC ou ODBC lui-même générer autant que possible le rapport, en renvoyant uniquement les données nécessaires à la création de ce rapport.
A.3.3.2 Couche Traduction ODBC
Crystal Reports utilise le fichier DLL crdb_odbc.dll pour communiquer avec ODBC. Ce fichier est unique à l'environnement de Crystal Reports et fournit à votre rapport l'accès à n'importe quelle source de données ODBC.
Il est le pilote chargé de transmettre les données à destination et en provenance d'ODBC.
A.3.3.3 Couche ODBC
ODBC est un ensemble de fichiers DLL et INI intégré à l'environnement Windows qui fait office de passerelle pour les requêtes et les données. Tout fichier ou format de base de données utilisé par l'intermédiaire d'ODBC doit être configuré en tant que source de données ODBC.
Bien que les informations relatives aux sources de données soient toujours stockées dans Odbc.ini et
Odbcinst.ini, la version 32 bits d'ODBC utilise la base de données du registre Windows pour extraire des informations sur des sources de données individuelles.
Remarque
Pour en savoir plus sur ODBC et ses fichiers, voir la documentation Microsoft ODBC.
ODBC utilise le langage SQL pour toutes les transactions entre Crystal Reports et ODBC. Même si la base de données n'utilise généralement pas le langage SQL pour créer et travailler avec des tables, le pilote ODBC fourni par la base de données (la couche de traduction SGBD) doit communiquer avec ODBC au moyen de SQL. Pour la plupart des utilisateurs, cette fonction est transparente, mais des utilisateurs plus expérimentés prennent souvent à leur avantage des caractéristiques du langage SQL utilisé par ODBC.
A.3.3.4 Couche Traduction SGBD (Source de données ODBC)
Cette couche se compose du ou des pilotes fournis avec un SGBD pour permettre à ODBC de communiquer avec la base de données. Crystal Reports est livré avec plusieurs pilotes correspondant aux formats de base de données les plus répandus. En cas de doute concernant la possibilité d'utiliser un pilote pour accéder aux données de votre base de données, voir la documentation de votre SGBD. La plupart des applications SGBD sous Windows disposent de leur propre pilote ODBC.
Lorsqu'un SGBD inclut un pilote ODBC, il doit l'enregistrer sur l'ordinateur où il est installé. Pour ce faire, il affecte un nom au pilote et enregistre ce nom dans le fichier Odbcinst.ini. En général, cette étape est gérée automatiquement lorsque l'application DBMS est installée sur le système. Certains réseaux ou applications exigent cependant un enregistrement manuel du pilote ODBC à l'aide de l'application Configuration ODBC. Pour en savoir plus, voir la documentation de votre SGBD.
Une fois votre pilote ODBC enregistré, définissez la source de données ODBC au moyen de ce pilote. La source de données ODBC correspond à l'objet auquel vous vous connectez lors de l'accès à des données depuis
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.
667
