Embedded SQL

In de vroege dagen van relationele databases, was de enige interface voor draagbare toepassingen Embedded Structured Query Language (SQL). Er was geen gemeenschappelijke functie API en geen standaard vierde Generation Language (4GL). Embedded SQL maakt gebruik van een taal-specifieke Precompiler. SQL-commando's zijn ingebed in een ontvangende programmeertaal, zoals C of COBOL. De Precompiler vertaalt de embedded commando's in staten taal van het gastland die gebruik maken van de native API van de database.

Het probleem met het gebruik van Embedded SQL is dat er een gecompileerde versie van de database-interface voor elke database en besturingssysteem worden ondersteund. Dit is niet efficiënt of nuttig zijn voor heterogene omgevingen. Ook kan de ontwikkelaar in de problemen met elke database leverancier C API. Niet alle database-API's zijn gelijk.

ODBC

Bij het bouwen van een website die verbinding moet maken met veel verschillende databases, de eerste database connectiviteit standaard normaal beschouwd is Open Database Connectivity (ODBC). ODBC is een logische keuze, want het is een gestandaardiseerde API. Het is een set van functie oproepen op basis van de SQL Access Group (SAG) functie instellen voor het gebruik van een SQL-database-systeem (backend-systeem). De SAG reeks implementeert de basisfunctionaliteit van dynamische SQL. Embedded SQL-commando's vertaald kunnen worden om te bellen ODBC. Ten slotte zijn er ODBC-drivers voor elke grote database applicatie.

Aanvragen toegang tot ODBC-functies via de ODBC Driver Manager, die dynamisch links naar de juiste ODBC-stuurprogramma. ODBC-stuurprogramma's vertalen ODBC verzoeken tot native formaat voor een specifieke gegevens bron. De gegevens bron kan een volledige RDBMS, zoals FirstSQL, of het kan een eenvoudige file formaat, zoals Xbase. Met andere woorden, zijn de meeste ODBC-stuurprogramma's gebonden aan een enkele gegevensbron. Sommige, zoals FirstSQL, ondersteuning van meerdere databronnen. De FirstSQL ODBC-driver ondersteunt zowel een FirstSQL gegevensbron en een Xbase gegevensbron.

Hoewel de naam begint met open, hetgeen betekent dat zij niet gebonden aan een enkele leverancier of zelfs tot een subset van RDBMS-leveranciers, ODBC wordt gecontroleerd door een enkele leverancier: Microsoft. Microsoft omschrijft de specificatie van de API en levert de basis-stuurprogramma manager software die wordt gebruikt op hun besturingssystemen. Deze controle heeft een aantal goede aspecten en slecht voor de toekomst van de ODBC.

Microsoft heeft zich redelijk goed, nuttig uitbreidingen van de oorspronkelijke SAG definities in het creëren van ODBC. Latere releases hebben verfijnd die extensies. Microsoft heeft inzetten voor toekomstige versies van ODBC meer in overeenstemming met de specificaties van SAG en met de bestaande normen.

OLE DB

In een grote staking tegen ODBC, is Microsoft touting hun Object Linking and Embedding Data Base (OLE DB) faciliteit als een vervanging voor ODBC. OLE DB zouden kunnen worden beschouwd als een object laag geplaatst op de top van ODBC, maar Microsoft is waarschijnlijk het directe OLE DB database drivers voor hun producten en om de-benadrukken en misschien ODBC-stuurprogramma's stop te zetten voor hun producten te bieden. OLE DB is niet open of draagbare behalve tussen Microsoft operating systemen (OSS), die nu een Windows OS NT.

Vanwege de totale controle van Microsoft van de specificatie en willekeurige complexiteit van de installatie zal, OLE DB niet worden ondersteund door andere besturingssystemen-2 Operating System (OS / 2), Macintosh-besturingssysteem (Mac OS), en verschillende smaken van Unix. ODBC, en Embedded SQL in mindere mate, zal blijven als de enige open en draagbare interfaces voor SQL toegankelijke databanken. Helaas, het lot van ODBC is volledig onder de controle van Microsoft.

Java en JDBC

Java Database Connectivity (JDBC) is een SQL-level API die je toelaat om insluiten SQL-statements als argumenten aan methoden in JDBC-interfaces. Om u dit te doen in een database-onafhankelijke manier, JDBC vereist database verkopers voor een runtime uitvoering van de interfaces leveren. Deze implementaties route uw oproepen naar de SQL-database in de eigen manier herkent. Zoals de programmeur, maar heb je nooit zorgen te maken over hoe JDBC is routing SQL-statements. Met JDBC, kunt u het dezelfde code niet uit wat database aanwezig is. Een Java client / server applicatie gebruik kan maken van een van de volgende drie grote database architecturen:

• Object database

• Object-relationele database

• Relationele database

De meerderheid van de databases van vandaag zijn relationele databases. Zo wordt de JDBC API zwaar doorwegen in relationele databases en SQL. Er is een architectonisch conflict tussen Java en relationele databases. Java is object-georiënteerd, terwijl relationele databases niet object-georiënteerd. Daarom is het in kaart brengen tussen de Java-objecten naar de SQL relatie moet optreden. Het is aan de ontwikkelaar om dit te doen mapping.

Het gebruik van Java en JDBC heeft twee duidelijke voordelen voor heterogene Web applicatie ontwikkeling. Het is database onafhankelijk en vergemakkelijkt computing verdeeld. Een Java-database applicatie niet schelen wat database-engine wordt gebruikt. Daarom kan de ontwikkelaar de database-engine veranderen zonder dat u de Java-applicatie te veranderen. In feite kan de ontwikkelaar schrijf een class library die kaarten Business Objects entiteiten in de database op een zodanige wijze dat de aanvraag niet weet dat een database in gebruik is.

Het gebruik van Java voor distributed computing heeft het voordeel dat de gebruiker kan downloaden van de Java-code als hij het nodig heeft. De beheerder hoeft niet te installeren van de software op het werkstation van elke gebruiker. Dit model is zeer gunstig wanneer het tijd is om de toepassing te werken. De beheerder hoeft niet opnieuw te installeren software.

Dbi-perl

Practische Extractie en Reporting Language (PERL) is waarschijnlijk de meest gebruikte scripttaal op het web vandaag. Het wordt voornamelijk gebruikt met de Uniplexed Informatica Systeem (Unix) besturingssysteem, hoewel het kan worden gebruikt met Windows NT ®. PERL is goed geschikt voor het web, omdat het is een taal die is geschreven om tekst en tekst bestanden verwerken. De Perl gemeenschap ook nodig een interface tot databases. Omdat PERL is een open source toepassing, is de Database Interface (DBI) perfect voor deze taak.

In eenvoudige taal, de DBI-interface kunnen gebruikers meerdere soorten database transparante toegang. Dus, als je verbinding maakt met een Oracle, Informix, mSQL, Sybase, of wat dan ook database, hoeft u niet te weten wat de onderliggende mechanismen van de 4GL laag. De API gedefinieerd door DBI zal werken op al deze database types.

Een soortgelijk voordeel is opgedaan door de mogelijkheid om verbinding te maken met twee verschillende databases van verschillende leveranciers in de een PERL script (als je gegevens wilt lezen uit een Oracle-database en plaats het terug in een Informix database allemaal binnen een programma). De DBI laag kunt u deze eenvoudig en krachtig doen.