Abbiamo già detto che quando si realizza un sito dinamico si opera quasi
sempre su uno o più database. Prima di interagire con essi è necessario
creare le opportune connessioni. In pratica, bisogna mettere in comunicazione
l'applicazione web con la fonte dati attraverso quegli intermediari o interpreti
che sono i driver dei database (vedi lezione 7).
Per fare ciò si usano le cosiddette "stringhe di connessione",
ovvero istruzioni che contengono i dati necessari al collegamento. Tali dati
sono in genere due: il driver (o provider) usato e il percorso relativo alla
localizzazione del database.
La versione 4 di Ultradev rende più semplice tale operazione. Si accede
al box di configurazione tramite il menu Modify, selezionando quindi
la voce Connections. Ecco come si presenta la finestra da cui impostare
i vari parametri (fig. 1):
In Ultradev (ma il discorso si può estendere a tutti i siti basati su
ASP) si possono creare quattro tipi di connessione ai database. Esaminiamole.
Connessione basata su DSN
Abbiamo già visto in una precedente lezione
cos'è un DSN (Data Source Name) e come si crea. Questa soluzione è
la più semplice e intuitiva. Prevede innanzitutto la creazione in Windows
di un nuovo DSN di sistema e quindi la realizzazione del collegamento in Ultradev.
Scegliendo tale via, dopo aver cliccato su New nella finestra di configurazione
(fig. 1) si seleziona "Data Source Name". Quindi basta configurare
la seconda finestra (fig. 2):
Si assegna innanzitutto un nome univoco alla connessione (Connection Name).
Quindi si sceglie dal menu il DSN (il menu mostra tutti i DSN creati sul sistema).
Se il database è protetto con User Name e Password si riempiono le caselle
corrispondenti. Per finire spuntiamo l'opzione "Using Local DSN".
Un click su Test per verificare che tutto sia a posto.
Questo tipo di connessione è consigliabile solo se si ha la possibilità
di un accesso diretto al server, dove si possono definire i DSN (quasi tutti
i servizi di hosting non ne consentono la creazione). Va comunque bene per lo
sviluppo in locale.
Connessione senza DSN basata su ODBC
Per stabilire connessioni secondo i tre metodi che andremo ora ad esaminare
bisogna scegliere, dopo aver cliccato su New, l'opzione "Custom
Connection String" (fig. 1). In tutti i casi la stringa si inserisce
nella finestra rappresentata nella figura 3:
In una connessione senza DSN (dette altriementi "DSNless")
bisogna inserire nella stringa l'informazione sul driver o provider utilizzato
seguita dal percorso del database sul disco o sul server. Nel caso del DSN,
infatti, il percorso è settato all'origine e incorporato nello stesso.
Nelle connessioni basate su ODBC si sceglie come intermediario il driver corrispondente
al database che utilizziamo. Analizziamo la più classica stringa di connessione,
quella per Microsoft Access:
Driver={Microsoft Access Driver (*.mdb)};Dbq=c:datinome.mdb;
La prima parte fa riferimento al driver ODBC; la seconda (a partire da DBQ)
fa riferimento al percorso. In questo caso stiamo effettuando la connessione
al database "nome.mdb" situato nella directory "c:dati".
Nella finestra mostrata in figura 3, quindi, si assegna un nome alla connessione
e nella casella Connection String si digita la stringa. Per quanto riguarda
gli ultimi due parametri, si possono scegliere, per questo metodo, entrambi
senza problemi.
Per vostra comodità inseriamo alcuni modelli di stringhe che potete
personalizzare secondo le vostre esigenze e inserire nelle vostre connessioni.
Microsoft Access
Driver={Microsoft Access Driver (*.mdb)};Dbq=c:datinomedb.mdb;
dBase
Driver={Microsoft dBASE Driver (*.dbf)};DriverID=277;Dbq=c:datinomedb.dbf;
SQL Server
Driver={SQL Server};Server=nomedelserver;Database=nomedeldatabase;
MySQL
driver={mysql}; database=nomedeldatabase;uid=username;pwd=password;option=16386;
Connessione senza DSN basata su OLE-DB
Le connessioni con OLE-DB hanno come vantaggio principale quello di migliorare
la velocità di connessione ai dati. Nella stringa di connessione invece
del driver viene invocato direttamente il provider dei dati (che cambia a seconda
del database che utilizziamo). Anche per questo metodo forniamo una serie di
stringhe personalizzabili.
Microsoft Access
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:datinomedb.mdb;
SQL Server
Provider=SQLOLEDB;Data Source=nomedelcomputer;Initial Catalog=nomedeldatabase;
Connessione senza DSN basata sul metodo ServerMapPath
Se volete pubblicare il sito su un server esterno, è questo il metodo
migliore. La ragione è semplice. Come avete osservato, negli esempi precedenti
si fa riferimento, nella definizione del percorso del database, al file system
locale (C:percorsoecc.....). Al momento di pubblicare le pagine non è
detto che questa informazione trovi una corrispondenza sul server! La soluzione
arriva grazie al metodo MapPath del linguaggio ASP. Semplificando al
massimo: questo metodo consente di definire percorsi dei database "virtuali"
o logici che siano relativi alla struttura del sito sul web server. Un esempio
per chiarire:
"Driver={Microsoft Access Driver (*.mdb)};Dbq=" & Server.Mappath("tutorial/dati/utenti.mdb")
Come potete osservare una stringa MapPath differisce da quelle "normali"
solo per la presenza delle virgolette e nella sezione del percorso (dopo Dbq).
Nell'esempio si fa riferimento ad un database (utenti.mdb) situato nella
cartella dati, all'interno della directory radice (directory virtuale)
del sito chiamata tutorial. Potete osservare che rispetto alle stringhe
già viste troviamo nella definizione del percorso la classica slash /
utilizzata negli indirizzi internet, e non la backslash utilizzata
per i percorsi fisici o locali! Questo perché il percorso stesso fa riferimento
alla struttura del web server e non del disco locale. Capite dunque quanto questo
metodo possa risultare utile.
Nella configurazione della connessione in Ultradev, quando si usa questo metodo,
è obbligatorio usare come driver di connessione quelli del server.
Dunque, nella finestra (figura 3) bisogna spuntare l'opzione "Using
Driver on Application Server".
