Accès aux sources de données
En revanche, si un SGBD fournit à ODBC un moyen permettant d'accéder à ses données, celles-ci deviennent une source de données ODBC. Dès lors, toute application, telle que Crystal Reports, peut communiquer avec ODBC et avoir accès instantanément à n'importe quelle source de données ODBC.
Avec les pilotes ODBC correspondant aux SGBD les plus courants, le choix des types de données accessibles depuis Crystal Reports est quasiment illimité.
25.3.1 Avantages
Le principal avantage de l'accès aux données via ODBC est de permettre l'utilisation d'une vaste gamme de données par l'intermédiaire d'une seule et unique interface. Les SGBD les plus courants intégrant désormais des pilotes ODBC, Crystal Reports peut utiliser tous les types de données, quelles qu'ils soient.
Cette souplesse permet également d'utiliser un même fichier de rapport avec différentes sources de données ODBC. Vous pouvez ainsi concevoir un rapport à l'aide d'une source de données Oracle puis, en cas de passage à Microsoft SQL Server, continuer à l'utiliser en modifiant simplement la définition de la source. Il suffit pour cela qu'il y ait une similitude entre la structure (tables et champs) des deux sources (mais les noms de tables peuvent être différents). Pour en savoir plus, voir la rubrique intitulée
"Modification de la source de données utilisée par un rapport" dans l' aide en ligne de Crystal Reports.
Les programmeurs SQL peuvent également tirer profit du standard ODBC. Dans la mesure où
Crystal Reports utilise le langage SQL pour communiquer avec ODBC, les programmeurs et administrateurs de bases de données peuvent afficher et modifier les instructions SQL envoyées à
ODBC et contrôler ainsi avec précision les modalités d'extraction des données.
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.
25.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) . 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.
711 2013-09-26
