L'accès universel aux données (UDA Universal Data Access)
Pour chaque développement logiciel, le choix de la stratégie d'accès aux données est une décision importante
qui doit être mûrement réfléche. Dans un projet basé sur une architecture Windows DNA, la solution se nomme UDA.
Les applications modernes qui utilisent les données de manière intensive ne se procure pas les données dans une seule
et même base de données centralisées. Les données sont hétérogènes et proviennent de plusieurs sources.
L'interface d'accès OLEDB
OLEDB expose un modèle objet de composants COM qui encapsule les services systèmes d'accès aux données.
OLEDB est l'interface système de bas niveau pour accèder aux sources de données multiples.
Les données peuvent être contenues sous:
- SQL Server
- Exchange Server
- dans de simples fichiers TXT ou DAT
- etc
Les données doivent être accèdées à leur source et non transformé pour y être intégrer dans un système centralisé.
Ainsi le coût de possession global (TCO) est moindre.
L'interface d'accès ADO
ADO est l'interface haut niveau, construite au dessus de OLEDB et qui peut être utilisée par tous les langages
comme Visual Basic, VBScript, C++.
L'architecture UDA
Il existe 3 catégories de composants de base de données:
- les data providers
- les services
- les consumers.
Les providers représentent les sources de données comme les serveurs SQL, les fichiers ISAM, les feuilles de calculs
et autres data store. Les providers exposent les données de manière tabulaire dans des ensembles: les rowsets.
Les services sont des extensions qui ne sont pas supportées nativement par les data store.
Exemple: un moteur de curseurs, un moteur de requête relationnel.
Les consumers sont les clients.
