La funzione primaria di un web server è trasmettere il codice adatto del HTML al web browser. Oggi’la tendenza di s è di servire il soddisfare al fotoricettore via una soluzione della base di dati di e-commercio. Per fare questo accadere, il web server deve comunicare con la base di dati. Il web server deve fare le richieste alla base di dati, interpretare la risposta’della base di dati s e passare sopra i dati adatti al web browser.
|
|
Nell'ordine affinchè il web server comunichi con una base di dati, deve comunicare attraverso un'interfaccia di programmazione di applicazione (api). Ci sono molti tipi differenti di accessi di base di dati APIs disponibile per lo sviluppatore—che varia dal proprietario per aprire APIs standard. Uno sviluppatore della base di dati di fotoricettore ha molte opzioni a partire da cui può selezionare l'api quel raduni migliori i requisiti del progetto. Tuttavia, lo sviluppatore deve fare attenzione molto nella selezione dell'api se deve sostenere un ambiente eterogeneo. Un api non ha potuto sostenere tutti i base di dati o assistenti di fotoricettore nell'ambiente’dello sviluppatore s.
Nei giorni in anticipo delle basi di dati relazionali, l'unica interfaccia portatile per le applicazioni è stata inclusa ha strutturato la lingua di domanda (SQL). Non ci era funzione comune api e nessuna lingua standard della generazione di Quarto (4GL). Lo SQL incluso utilizza un precompiler di language-specifico. Gli ordini di SQL sono inclusi in un linguaggio di programmazione ospite, quali la C o COBOL. Il precompiler traduce gli ordini inclusi in dichiarazione di lingua ospite che usano l'api natale della base di dati.
Il problema con usando lo SQL incluso è che ci deve essere una versione compilata dell'interfaccia di base di dati per ogni base di dati e sistema operativo sostenuti. Ciò non è efficiente o utile per gli ambienti eterogenei. Inoltre, lo sviluppatore può funzionare nei problemi con ogni fornitore la s’la C api della base di dati. Non tutta la base di dati APIs è uguale generato.
Nel sviluppare un Web site che deve collegare a molte basi di dati differenti, il primo campione di connettività della base di dati considerato normalmente è la connettività aperta della base di dati (ODBC). ODBC è una scelta logica, perché è un api standardizzato. È un insieme delle chiamate di funzione basate sulla funzione del gruppo di accesso di SQL (DEPRESSIONE) regolata per l'utilizzazione del sistema della base di dati di SQL (sistema posteriore). Gli strumenti stabiliti di DEPRESSIONE la funzionalità di base di SQL dinamico. Gli ordini inclusi di SQL possono essere tradotti per denominare ODBC. Per concludere, ci sono driver di ODBC per ogni applicazione principale della base di dati.
Le applicazioni accedono alle funzioni di ODBC attraverso il responsabile del driver di ODBC, che si collega dinamicamente al driver adatto di ODBC. I driver di ODBC traducono le richieste di ODBC alla disposizione natale per una fonte di dati specifica. La fonte di dati può essere un RDBMS completo, quale FirstSQL, o può essere una disposizione semplice della lima, quale Xbase. Cioè la maggior parte dei driver di ODBC sono legati ad una singola fonte di dati. Alcuni, come FirstSQL, sostengono le fonti di dati multiple. Il driver di FirstSQL ODBC sostiene sia una fonte di dati di FirstSQL che una fonte di dati di Xbase.
Benchè il relativo nome cominci con aperto, implicando che non sia legato ad un singolo fornitore o persino ad un sottoinsieme dei fornitori di RDBMS, ODBC è controllato da un singolo fornitore: Microsoft. Microsoft definisce la specifica dell'api ed assicura il software di base del responsabile del driver usato sui loro sistemi operativi. Questo controllo ha alcune buone funzioni e certo Male per il futuro di ODBC.
Microsoft ha fatto le estensioni ragionevoli e utili alle definizioni originali di DEPRESSIONE nella generazione del ODBC. I rilasci successivi hanno raffinato quelle estensioni. Microsoft ha commesso a portare a versioni future di ODBC più in conformità con le specifiche’di DEPRESSIONE s e con i campioni attuali.
In un colpo importante contro ODBC, Microsoft touting il loro collegamento di oggetti e sta includendo la funzione della base di dati (DB OLE) come rimontaggio per ODBC. IL DB OLE potrebbe essere osservato come strato dell'oggetto disposto in cima a ODBC, ma Microsoft è probabile da fornire i driver OLI diretti di DB per i loro prodotti della base di dati e da de-emphasize e forse interrompere i driver di ODBC per i loro prodotti. IL DB OLE non è aperto o portatile tranne fra i sistemi operativi del Microsoft (OSs), che ora è un singolo NT di OS di Windows.
A causa di controllo’totale del Microsoft s della specifica e delle complessità arbitrarie nella funzione, il DB OLE non sarà sostenuto dall'altro sistema operativo—2 (OS/2) dei sistemi operativi, dal sistema operativo del Macintosh (OS del MAC) e dai vari sapori di UNIX. ODBC e lo SQL incluso ad un poco grado, rimarranno poichè le uniche interfacce aperte e portatili per le basi di dati accessibili di SQL. Purtroppo, il destino di ODBC è completamente sotto il controllo di Microsoft.
La connettività della base di dati del Java (JDBC) è un SQL-livello api che permette che includiate le dichiarazione di SQL come discussioni ai metodi nelle interfacce di JDBC. Per permettere che facciate questo ad un modo base di dati-indipendente, JDBC richiede ai fornitori della base di dati di fornire un'esecuzione runtime delle relative interfacce. Queste esecuzioni dirigono le vostre chiamate di SQL alla base di dati al modo che riservato riconosce. Come il programmatore, benchè, non dobbiate mai preoccuparsi per come JDBC è dichiarazione di SQL di percorso. Con JDBC, potete fare funzionare lo stesso codice qualunque cosa la base di dati sia presente. Un'applicazione client/server del Java può usare una di seguenti tre architetture principali della base di dati:
Base di dati dell'oggetto
base di dati Oggetto-relazionale
Base di dati relazionale
La maggior parte delle basi di dati’di oggi s è basi di dati relazionali. Quindi, il JDBC api è influenzato pesante alle basi di dati relazionali ed allo SQL. Ci è un conflitto architettonico fra Java e basi di dati relazionali. Java è orientato oggettivamente, mentre le basi di dati relazionali non sono orientate oggettivamente. Di conseguenza, tracciare fra gli oggetti del Java al rapporto di SQL deve accadere. Spetta allo sviluppatore per fare questo tracciato.
L'uso di Java e di JDBC presenta due vantaggi distinti per sviluppo eterogeneo di applicazione di fotoricettore. È base di dati indipendente e facilita la computazione distribuita. Un'applicazione della base di dati del Java non si preoccupa che motore della base di dati è utilizzato. Di conseguenza, lo sviluppatore può cambiare il motore della base di dati senza dovere cambiare l'applicazione del Java. Infatti, lo sviluppatore può scrivere ad una biblioteca del codice categoria quella i programmi oggetti di affari alle entità della base di dati im modo tale che l'applicazione non sa che una base di dati è in uso.
Usando Java per la computazione distribuita presenta il vantaggio che l'utente può trasferire il codice dal sistema centrale verso i satelliti del Java come lo ha bisogno. Il coordinatore non deve installare il software su ogni stazione di lavoro’dell'utente s. Questo modello è molto favorevole quando viene tempo di aggiornare l'applicazione. Il coordinatore non deve reinstallare il software.
La lingua pratica di segnalazione e dell'estrazione (Perl) è più probabile la lingua scripting più comune usata oggi sul fotoricettore. È usata principalmente con le informazioni di Uniplexed ed il sistema operativo informatico del sistema (UNIX), anche se può essere usata con Windows NT®. Il Perl è ben adattato per il fotoricettore perché è una lingua che è stata scritta al testo della maniglia ed alle lime di testo. La Comunità del Perl inoltre ha avuto bisogno di un'interfaccia alle basi di dati. Poiché il Perl è una applicazione di origine aperta, l'interfaccia di base di dati (DBI) è perfetta per questa operazione.
| Nota | DBI per la lingua del Perl è definito come l'insieme di specifica di lingua di interfaccia della base di dati (DBIl) api delle funzioni, delle variabili e delle convenzioni che forniscono ad un indipendente costante dell'interfaccia di base di dati dalla base di dati reale che usando. |
In lingua semplice, l'interfaccia di DBI permette che gli utenti accedano ai tipi multipli della base di dati trasparente. Così, se state collegando ad un oracolo, Informix, il mSQL, Sybase, o che cosa base di dati, indossate’la necessità di t di conoscere i meccanismi di fondo dello strato 4GL. L'api definito da DBI lavorerà a tutti questi tipi della base di dati.
Un beneficio simile è tratto dalla capacità di collegare a due basi di dati differenti dei fornitori differenti all'interno dell'uno scritto del Perl (se desiderate ai dati protetti da una base di dati di oracolo e la inserite nuovamente dentro una base di dati tutta di Informix nell'ambito di un programma). Lo strato di DBI permette che facciate questo semplicemente e potente.
Online: 532 users browsing the articles directory
|
|