Appendice A

Guida ai Database 

Questa appendice è intesa per gli utenti di Dreamweaver UltraDev che hanno poca o nessuna esperienza di lavoro con i database o con i collegamenti del database. Spiega i concetti generali, le procedure non specifiche. Per vedere come si applicano in pratica questi concetti, vedi il resto della guida utente  

Questa appendice non spiega come creare un database in un'applicazione come Microsoft Access. Fare farlo, consulta lo stampato o la documentazione online comrese con la tua applicazione del database  

Sui database 

Il fondamento di un database è il record. Un record è una raccolta di dati correlati trattata come una sola entità. Per esempio, ad una sheda di hockey potrebbe essere chiamata un record: porta insieme il nome, la fotografia, la squadra, e le statistiche di un giocatore. Usando i termini del database, ognuno di questi pezzi di informazione correlate potrebbe essere chiamato un campo: ogni carta hockey   "record" ha un campo del nome, un campo della fotografia, un campo della squadra, ed i vari campi statistici.  

Una raccolta di record che condividono gli stessi campi sarà chiamata tabella poichè qualsiasi tipo di informazione può   essere presentata facilmente in formato di tabella: ogni colonna rappresenta un campo ed ogni fila rappresenta un record. Infatti, la colonna della parola è sinonima del campo della parola, e la fila della parola è sinonima del record della parola.

Un database può   contenere più di una tabella, ognuna con un unico nome. Queste tabelle possono essere connesse o indipendenti una dall'altra.  

Un sottoinsieme di dati estratti da una o più tabelle viene chiamato recordset. Un recordset è anche una tabella perchè è una raccolta records che condividono le stesse colonne. Per esempio, un elenco della squadra di hockey che riporta i nomi e le posizioni dei giocatori potrebbe essere chiamato un recordset: consiste di un sottoinsieme di tutte le possibili

informazioni sui giocatori, incluso i goals, gli assists, i minuti di penalità e così via  

Per creare un recordset, giri una richiesta al database. Una richiesta consiste in un  criterio di ricerca. Per esempio, la richiesta può specificare che solo certe colonne siano incluse nel recordset, o che solo certi record siano inclusi.  

I collegamenti del database 

Se pensi di usare un database con la tua applicazione Web, hai bisogno di creare almeno un collegamento del database. Senza quello, l'applicazione non saprà dove trovare il database o come connettersi ad esso. Si crea un collegamento al database fornendo le informazioni, o i "parametri", di cui l'applicazione ha bisogno per stabilire il contatto con il database  

Un database già dovrebbe esistere prima di creare un collegamento ad esso. Puoi connetterti ad un database file-based, come quello creato in Microsoft Access o connetterti ad un sistema database server-based, come quello creato in Microsoft SQL Server, Oracle 8i, o IBM DB2  

Interfacciarsi con il database 

I dati memorizzati in un database sono in un formato proprietario nello stesso modo in cui lo è il testo in un word processor. Per esempio, ecco come appaioni i dati in Microsoft Access:   

Ed ecco come lo stesso database appare nel Blocco per gli appunti: 

La tua applicazione Web è davanti allo stesso problema come il Blocco per gli appunti od ogni altra applicazione che tenta di accedere ai dati in un formato ignoto: l'applicazione è incapace di decifrare i dati. E' necessaria un'interfaccia per il software tra la tua applicazione Web ed il database che permette all'applicazione di dialogare l'una con l'altra.  

Le tre interfacce comuni consentono alle applicazioni di comunicare con i database. La prima è chiamata Open Database Connectivity, o ODBC; la seconda è stata chiamata OLE DB (oggetto che collega & inserisce nel database); ed la terza è stata chiamata Java Database Connectivity, o JDBC  

Il lavoro di queste interfacce è di agire come interpreti di linguaggio. Per esempio, quando si fa un discorso in inglese alle Nazioni Unite, un interprete traduce il discorso per i delegati Francesi ed un altro traduce il discorso per i delegati Tedeschi. Similmente, si usa un'interfaccia per dialogare con le applicazioni OLE DB, un'altra interfaccia per le applicazioni Web ODBC ed ancora un'altra interfaccia per le applicazioni JDBC. Le applicazioni JSP colloquiano in JDBC,  le applicazioni ASP dialogano in OLE DB, e le applicazioni ColdFusion parlanoODBC ed OLE DB. (Il ColdFusion Server fornisce anche i drivers nativi per comunicare con i database.  

Le applicazioni ASP dialogano scorrevolmente anche con ODBC grazie ad un interprete OLE DB / ODBC incorporato. Per esempio, supponi che la tua applicazione debba comunicare con un database Microsoft Access usando una certa interfaccia ODBC. In ASP, se specifichi solo l'interfaccia ODBC e non l'interfaccia OLE DB, per default l'applicazione userà un interprete OLE DB/ODBC per tradurre l'OLE DB in ODBC, poi userà l'interprete ODBC/Access che hai  specificato per tradurre l'ODBC in qualche cosa che Access può   capire. 

La seguente illustrazione ti dà un'idea della procedura:  

Nota: I Server SQL e DB2 sono rispettivamente applicazioni server-based di database di Microsoft ed IBM. 

Comprendere l'involucro ADO  

Quando un'applicazione ASP Web ha bisogno di interagire con un database, spedisce le istruzioni all'interfaccia OLE DB che traduce e invia le istruzioni al database (o ad un'interfaccia ODBC che s'interpone, se un l'interfaccia OLE DB non esiste per il tuo database). Se il database spedisce una risposta, l'interfaccia OLE DB la traduce e la rimanda all'applicazione ASP.  

Sfortunatamente l'interfaccia OLE DB  capisce le istruzioni ricevute da un'applicazione solo se esse sono scritte in C++, un potente linguaggio di programmazione. Per aggirare questo problema, Microsoft ha creato ActiveX Data Objects (ADO) e lo ha incluso in un suo server a tecnologia ASP.  

ADO è noto come un involucro: il suo ruolo in ASP è di nascondere la complessità dell'OLE DB. 

Come il Document Object Model (DOM) dei browser Web, l'ADO fornisce agli sviluppatori ASP una serie gerarchica di oggetti che essi possono manipolare facilmente nel loro linguaggio di programmazione, incluso JavaScript e VBScript. I comuni oggetti ASP includono la richiesta, la sessione, ed gli oggetti dell'applicazione.  

Usare i drivers del database per connettersi con il tuo database 

Le interfacce ODBC, OLE DB e JDBC sono implementate dai drivers del database (o "data providers" in OLE DB), che sono sempli pezzi di software. Quando la tua applicazione Web comunica con il tuo database, lo fa per mezzo di un driver. 

I drivers del database sono speficifici per il database. Per esempio, puoi usare Microsoft Access, SQL Server, e i drivers dBase. Similmente, puoi usare  providers OLE DB come il provider OLE DB per l'SQL Server. La tua scelta dipende dal tuo database.  

I drivers sono scritti dal venditore del database come Microsoft ed Oracle, e da molti venditori di software di terze-parti. Molti drivers implementano l'interfaccia ODBC o JDBC. I nuovi drivers (o " providers ") che stanno apparendo implementeranno sempre di più l'interfaccia OLE DB  

In Windows 95 o 98, una gruppo di drivers Microsoft ODBC viene installato in background quando installi Microsoft Office 2000 o quando installi Microsoft Data Access Components (MDAC) 2.5. I drivers installati supportano i seguenti database: Access, SQL Server, e dBASE  

Nota: Puoi caricare MDAC 2.5 dal sito Microsoft Web  a                                        

http: / / www.microsoft.com/data/download.htm.                                                       

MDAC viene installato sul tuo sistema quando installi Office 2000.   

Per trovare quale driver è installato sul tuo sistema Windows: 

ò In Windows 95, 98, o NT, scegli Start > Settings > pannello di controllo, e un doppio click sull'icona ODBC Data Sources. (In funzione del tuo sistema, l'icona potrebbe essere chiamata anche ODBC o 32bit ODBC.) Dopo, clicka sulla tab  Drivers.  

ò In Windows 2000, scegli Start > Settings > pannello di controllo> Administrative Tools > Data Sources, poi clicka sulla tab Drivers  

Apparirà un elenco di drivers ODBC installati su Windows. 

Poichè il Macintosh è usato raramente come piattaforma del database, per esso esistono pochi drivers ODBC.  

Alcuni comuni drivers JDBC comprendono il driver I-net JDBC per i database SQL ServerMicrosoft, il driver Oracle Thin per i database Oracle, e JDBC Driver DB2 per i database IBM DB2. Per maggiori informazioni sui drivers JDBC e sui loro venditori, vedi il database di ricerca dei drivers JDBC sul sito Sun Web a:  

http://industry.java.sun.com/products/jdbc/drivers  

Richiamare i drivers del database 

Un'applicazione deve chiamare un driver database per stabilire le comunicazioni in due modi con un database. Un'applicazione Web chiama un driver usando una stringa di collegamento. Una stringa di collegamento comprende tutte le informazioni (o parametri) richiesti per stabilire un collegamento ad un database. Una stringa di collegamento specifica nella sua forma più semplice, un driver ed un database, come in questo esempio  

Driver={Microsoft Access driver (* .mdb)}; 

DBQ=C:\Inetpub \wwwroot \Scaal \scaalcoffee.mdb. 

Le stringhe di connessione ASP possono contenere un parametro Provider che specifica un driver OLE DB. Se ometti questo parametro, per default ASP usa il provider OLE DB per i drivers ODBC. Nell'esempio, il driver OLE DB per i drivers  ODBC comunicheranno con il driver ODBC, il driver Microsoft Access, che a sua volta comunicherà con il database Access, scaalcoffee.mdb  

I parametri in una stringa di collegamento possono variare in funzione del driver. Ecco una stringa di collegamento per un database SQL Server chiamato Cases localizzato su un server chiamato Hoover  

Driver={SQL Server};Server=Hoover;Database=Cases; 

UID=DanaS;PWD=Queequeg 

Nota: UID singnifica utente ID; PWD sta per password. 

UltraDev semplifica la procedura di le inserire stringhe di collegamento nelle tue pagine fornendoti un dialog box sul quale inserire i diversi parametri di collegamento. Per esempio, ecco come appare il dialog box che definisce un collegamento quando stai

sviluppando un'applicazione JSP:  

E qui ecco come lo stesso dialog box appare quando stai sviluppando un'applicazione ColdFusion:

Dopo aver completato il dialog box e ckicato su OK, UltraDev inserisce la stringa di collegamento in un file include nel tuo sito.  

Usare un DSN in un stringa di collegamento  

Puoi specificare la sorgente dei dati chiamata (DSNs) in alcuni collegamenti. Un DSN è una specie di shortcut che crei in Windows o in ColdFusion per una stringa di collegamento. Una volta definito, puoi semplicemente riferirti alla stringa di collegamento tramite il nome. Per esempio, una stringa di collegamento può   consistere nei seguenti parametri  

Driver={SQL Server};Server=Clinic-6;Database=Patients; 

UID=dholmes;PWD=stetson2 

Dopo avere definito in Windows un DSN chiamato patients usando i precedenti parametri, puoi usare la stringa di collegamento nella tua applicazione specificando un solo parametro dsn=patients 

Se la tua server di applicazione  sta girando su un sistema Windows e hai definito un DSN su questo sistema, allora puoi usare il DSN per definire un collegamento ASP o ColdFusion. Se non hai accesso fisico ad un server, e pertanto non puoi definire un DSN su di esso, allora devi usare una stringa di collegamento per connetterti al database.