Au cours des ans, ODBC s'est imposé comme le standard de l'accès aux bases de données client/serveur. ODBC offre une interface composée de standards qui demande les possibilités de traitement de SQL et optimisée pour ce même SQL. Mais que se passe-t-il si l'on veut accéder à une source de
OLE DB
données non relationnelles qui n’utilise
pas SQL (comme Microsoft
Exchange Server qui ne stocke pas les
données de façon relationnelle)?
C’est là qu’intervient OLE DB. OLE
DB s’appuie sur ODBC et étend la
technologie à une architecture par
composants qui offre des interfaces
d’accès aux données de plus haut niveau.
Cette architecture procure un accès
homogène aux sources de données
SQL, non-SQL et non structurées,
dans l’entreprise et sur Internet. (En
fait, pour l’accès aux données de type
SQL, OLE DB utilise encore ODBC
parce que c’est l’architecture la plus
optimisée pour travailler avec SQL.)
Comme le montre la figure 5, OLE DB
est constitué de trois composants : le
consommateur de données (une application,
par exemple), le fournisseur de
données, qui contient et expose les
données, et le composant de services,
qui traite et transporte les données
(processeurs de requêtes, moteurs
« cursor », par exemple). OLE DB est
une API qui travaille avec des sources
de données SQL et non-SQL, comme
le mail et les répertoires.
Téléchargez cette ressource
État des lieux de la réponse à incident de cybersécurité
Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
