SQL Inclus

En jours tôt des bases de données relationnelles, la seule interface portative pour des applications a été incluse a structuré le langage d'interrogation (SQL). Il n'y avait aucune fonction commune api et aucune quatrième langue standard de génération (4GL). Le SQL inclus utilise un precompiler spécifique à une langue. Des commandes de SQL sont incluses dans un langage de programmation de centre serveur, tel que C ou COBOL. Le precompiler traduit les commandes incluses en rapports de langue de centre serveur qui emploient l'api indigène de la base de données.

Le problème avec employer le SQL inclus est qu'il doit y a une version compilée de l'interface de base de données pour chaque base de données et logiciel d'exploitation soutenus. Ce n'est pas efficace ou utile pour les environnements hétérogènes. En outre, le réalisateur peut fonctionner dans des problèmes avec chaque fournisseur s’C api de base de données. Non toute la base de données APIs sont égale créée.

ODBC

En construisant un emplacement de Web qui doit se relier à beaucoup de différentes bases de données, la première norme de connectivité de base de données normalement considérée est la connectivité ouverte de base de données (ODBC). ODBC est un choix logique, parce que c'est un api normalisé. C'est un ensemble d'appels de fonction basés sur le groupe-fonction d'accès de SQL (FLÉCHISSEMENT) réglé pour utiliser un système de base de données de SQL (système principal). Les instruments réglés de FLÉCHISSEMENT la fonctionnalité de base du SQL dynamique. Des commandes incluses de SQL peuvent être traduites pour appeler ODBC. En conclusion, il y a des conducteurs d'ODBC pour chaque application principale de base de données.

Les applications accèdent à des fonctions d'ODBC par le directeur de conducteur d'ODBC, qui lie dynamiquement au conducteur approprié d'ODBC. Les conducteurs d'ODBC traduisent des demandes d'ODBC au format indigène pour un point d'émission de données spécifique. Le point d'émission de données peut être un RDBMS complet, tel que FirstSQL, ou ce peut être un format simple de dossier, tel que Xbase. En d'autres termes, la plupart des conducteurs d'ODBC sont attachés à un point d'émission de données simple. Certains, comme FirstSQL, soutiennent des points d'émission de données multiples. Le conducteur de FirstSQL ODBC soutient un point d'émission de données de FirstSQL et un point d'émission de données de Xbase.

Bien que son nom commence par ouvert, impliquant qu'il n'est pas attaché à un fournisseur simple ou même à un sous-ensemble de fournisseurs de RDBMS, ODBC est commandé par un fournisseur simple : Microsoft. Microsoft définit les spécifications de l'api et assure le logiciel de base de directeur de conducteur utilisé sur leurs logiciels d'exploitation. Cette commande a quelques bons aspects et du mauvais pour le futur d'ODBC.

Microsoft a fait des prolongements raisonnables et utiles aux définitions originales de FLÉCHISSEMENT en créant ODBC. Les dégagements postérieurs ont raffiné ces prolongements. Microsoft a commis à apporter à de futures versions d'ODBC plus en conformité avec des caractéristiques’du FLÉCHISSEMENT s et avec des normes existantes.

DB OLE

Dans une grève importante contre ODBC, Microsoft espionne leur enchaînement d'objet et inclut le service de la base de données (DB OLE) comme remplacement pour ODBC. Le DB OLE pourrait être regardé comme couche d'objet placée sur ODBC, mais Microsoft est susceptible de fournir les conducteurs OLE directs de DB pour leurs produits de base de données et de de-emphasize et peut-être discontinuer des conducteurs d'ODBC pour leurs produits. Le DB OLE n'est pas ouvert ou portatif excepté entre les logiciels d'exploitation de Microsoft (OSs), qui est maintenant un NT d'OS simple de Windows.

En raison de la commande’totale de Microsoft s des spécifications et des complexités arbitraires dans le service, le DB OLE ne sera pas soutenu par l'autre logiciel d'exploitation—2 (OS/2) de logiciels d'exploitation, le logiciel d'exploitation de Macintosh (OS d'IMPER), et les diverses saveurs d'Unix. ODBC, et SQL inclus à un peu de degré, resteront car les seules interfaces ouvertes et portatives pour les bases de données accessibles de SQL. Malheureusement, le destin d'ODBC est complètement sous la commande de Microsoft.

Java et JDBC

La connectivité de base de données de Java (JDBC) est un SQL-NIVEAU api qui vous permet d'inclure des rapports de SQL comme arguments aux méthodes dans des interfaces de JDBC. Pour vous permettre de faire ceci d'une mode base de données-indépendante, JDBC exige des fournisseurs de base de données de fournir une exécution d'exécution de ses interfaces. Ces réalisations conduisent vos appels de SQL à la base de données de la mode de propriété industrielle qu'elle identifie. Comme programmeur, bien que, vous ne deviez pas jamais vous inquiéter de la façon dont JDBC est des rapports du cheminement SQL. Avec JDBC, vous pouvez courir le même code n'importe ce que la base de données est présente. Une application client/server de Java peut se servir d'une des trois architectures principales suivantes de base de données :

• Base de données d'objet

• base de données Objet-apparentée

• Base de données relationnelle

La majorité de bases de données’d'aujourd'hui s sont les bases de données relationnelles. Ainsi, le JDBC api est fortement polarisé aux bases de données relationnelles et au SQL. Il y a un conflit architectural entre Java et bases de données relationnelles. Java est orienté objectivement, tandis que les bases de données relationnelles ne sont pas orientées objectivement. Par conséquent, tracer entre les objets de Java au rapport de SQL doit se produire. Il appartient au réalisateur pour faire ce tracer.

L'utilisation de Java et de JDBC a deux avantages distincts pour le développement hétérogène d'application de Web. C'est base de données indépendante et facilite l'informatique répartie. Une application de base de données de Java ne s'inquiète pas quel moteur de base de données est utilisé. Par conséquent, le réalisateur peut changer le moteur de base de données sans devoir changer l'application de Java. En fait, le lotisseur peut écrire à une bibliothèque de classe cette des cartes des objets d'affaires aux entités de base de données de telle manière que l'application ne sache pas qu'une base de données est en service.

Employer Java pour l'informatique répartie a l'avantage que l'utilisateur peut télécharger le code de Java comme il a besoin de lui. L'administrateur ne doit pas installer le logiciel sur chaque poste de travail’de l'utilisateur s. Ce modèle est très salutaire quand il vient heure de mettre à jour l'application. L'administrateur ne doit pas réinstaller le logiciel.

DBI-PERL

La langue pratique d'extraction et de reportage (Perl) est le plus susceptible la langue scripting la plus commune utilisée sur le Web aujourd'hui. Elle est principalement employée avec l'information d'Uniplexed et le logiciel d'exploitation de système de calcul (Unix), quoiqu'elle puisse être employée avec Windows NT®. Le Perl est bien adapté pour le Web parce que c'est une langue qui a été écrite au texte de poignée et aux dossiers des textes. La communauté de Perl a également eu besoin d'une interface aux bases de données. Puisque le Perl est une application de source ouverte, l'interface de base de données (DBI) est parfaite pour ceci chargent.

En langue simple, l'interface de DBI permet à des utilisateurs d'accéder aux types multiples de base de données d'une manière transparente. Ainsi, si vous vous reliez à un oracle, Informix, mSQL, Sybase, ou quelque base de données, vous mettez’le besoin de t de connaître les mécanismes fondamentaux de la couche 4GL. L'api défini par DBI travaillera sur tous ces types de base de données.

Un avantage semblable est gagné par la capacité de se relier à deux bases de données différentes de différents fournisseurs dans l'un manuscrit de Perl (si vous voulez aux données lues d'une base de données d'oracle et l'insérez de nouveau dans une base de données toute d'Informix à moins d'un programme). La couche de DBI vous permet de faire ceci simplement et puissant.