Comment utiliser ODBC pour accéder aux données SQL

ODBC

est une interface standard entre une base de données (par exemple une base de données SQL) et une application qui accède aux données dans la base de données. Avoir une norme permet à toute application finale avant d'accéder à une base de données back-end en utilisant SQL.

ODBC dans un environnement client / serveur

Dans un système client / serveur, l'interface entre le client et une partie de la partie serveur est appelé le Interface de programmation d'applications (API). Un pilote ODBC, par exemple, comprend une API. API peuvent être soit propriétaires ou standard. UN propriétaire API est celui dans lequel la partie client de l'interface a été spécifiquement conçu pour fonctionner avec une extrémité arrière notamment sur le serveur.

Le code qui forme cette interface est un pilote - et dans un système propriétaire, on appelle ça un pilote natif. Un pilote natif est optimisé pour une utilisation avec un client frontal spécifique et sa source de données back-end associé. Parce que les pilotes natifs sont optimisés pour la fois l'application front-end spécifique et le SGBD spécifique retour final qu'ils travaillent avec, les pilotes ont tendance à passer des commandes et des informations d'avant en arrière rapidement.

Si votre système client / serveur accède toujours le même type de source de données, et vous êtes sûr que vous aurez jamais besoin d'accéder aux données sur un autre type de source de données, vous pouvez utiliser le pilote natif fourni avec votre SGBD. Toutefois, si vous pouvez avoir besoin d'accéder aux données qui sont stockées sous une forme différente à l'avenir, en utilisant une API ODBC maintenant pourrait vous faire économiser des charges de retravailler plus tard.

Pilotes ODBC sont également optimisé pour fonctionner avec des sources de données spécifiques de back-end, mais ils ont tous la même interface front-end pour le gestionnaire de pilotes. Tout conducteur qui n'a pas été optimisé pour un frontal particulier, est donc probablement pas aussi rapide qu'un indigène pilote qui est spécifiquement conçu pour cette fin avant.

Une plainte majeure à propos de la première génération de pilotes ODBC était leur piètre performance en comparaison avec les pilotes natifs. Repères récentes, cependant, ont montré que ODBC 4.0 pilotes sont très compétitifs dans la performance pour les pilotes natifs. La technologie est suffisamment mature qu'il est plus nécessaire de sacrifier la performance pour obtenir les avantages de la normalisation.

ODBC et Internet

Opérations de bases de données sur Internet diffèrent de plusieurs façons importantes provenant de l'exploitation de bases de données sur un système client / serveur, bien que l'utilisateur peut ne remarquerez aucune différence. La différence la plus visible du point de vue de l'utilisateur est la partie client du système, qui inclut l'interface utilisateur.

Dans un système client / serveur, l'interface utilisateur est la partie d'une application qui communique avec la source de données sur le serveur - en utilisant des instructions SQL compatibles ODBC. Au cours de la nappe, la partie de client du système est toujours sur l'ordinateur local, mais elle communique avec la source de données sur le serveur en utilisant le protocole standard HTTP.

Toute personne avec le logiciel client final approprié (et l'autorisation appropriée) peut accéder aux données qui sont stockées sur le web. Cela signifie que vous pouvez créer une application sur votre ordinateur de travail, puis y accéder plus tard avec votre appareil mobile.

Extensions serveur

Dans le système basé sur le Web, la communication entre l'extrémité avant de l'application sur l'ordinateur client et le serveur Web sur l'ordinateur serveur a lieu en utilisant le protocole HTTP. Un composant de système appelé extension du serveur traduit les commandes à venir sur le réseau en données compatible ODBC SQL. Ensuite, les actes de serveur de base de données sur SQL, qui à son tour traite directement avec la source de données.

Dans le sens inverse, la source de données envoie le jeu de résultats qui est généré par une requête via le serveur de base de données à l'extension du serveur, ce qui se traduit ensuite en une forme que le serveur web peut gérer. Les résultats sont ensuite envoyés sur le web à l'application front-end sur la machine du client, où ils sont affichés à l'utilisateur.

Extensions client

Les navigateurs les plus populaires, Google Chrome, Mozilla Firefox, Microsoft Internet Explorer et Safari d'Apple, ne sont pas conçus ou optimisés pour être des extrémités avant de base de données. Pour interaction significative avec une base de données de se produire sur l'Internet, le côté client du système a besoin des fonctionnalités que le navigateur ne prévoit pas. Pour combler ce besoin, plusieurs types de extensions client a été développé.

Ces extensions comprennent les contrôles ActiveX, les applets Java et les scripts. Les extensions communiquent avec le serveur via le protocole HTTP, en utilisant HTML, qui est la langue de la bande. Tout code HTML qui traite de l'accès de base de données se traduit en données compatible ODBC SQL par extension, le serveur avant d'être transmis à la source de données.

Les contrôles ActiveX

Les contrôles ActiveX de Microsoft travaillent avec Internet Explorer de Microsoft, qui est un navigateur très populaire. Cependant, il a récemment perdu des parts de marché à Google Chrome et Firefox de Mozilla.

Scripts

Les scripts sont les outils les plus flexibles pour créer des extensions client. L'utilisation d'un langage de script, tels que le javascript ou VBScript omniprésent de Microsoft, vous donne un maximum de contrôle sur ce qui arrive à la fin de client. Vous pouvez mettre des contrôles de validation sur les champs de saisie de données, permettant ainsi le rejet ou la correction des entrées invalides sans jamais sortir sur le web. Cela peut vous faire gagner du temps ainsi que de réduire le trafic sur le web.

Bien sûr, les contrôles de validation peuvent également être effectués à la fin du serveur en appliquant des contraintes pour les valeurs des éléments de données peuvent prendre. Comme avec les applets Java, les scripts sont intégrés dans une page HTML et exécuter que l'utilisateur interagit avec la page.

ODBC et un intranet

Parce que d'un intranet est contenu dans une seule organisation, vous ne devez pas les mesures de sécurité telles que les pare-feu complexes. Tous les outils qui sont conçus pour le développement d'applications sur le web fonctionnent aussi bien comme des outils de développement pour les applications intranet. ODBC fonctionne sur un intranet de la même manière qu'il le fait sur l'Internet.

Si vous avez plusieurs sources de données, les clients qui utilisent des navigateurs Web peuvent communiquer avec eux avec SQL qui passe par des étapes HTML et ODBC. Au conducteur, le SQL compatible ODBC est traduit dans la langue maternelle de commandement de la base de données et exécuté.