26 messaggi dal 06 settembre 2002
Ho visto un articolo su questo sito che spiega come fare la connessione ad Oracle

posto le parti significative:

<code>

&lt;%

strConnect = "Provider=MSDAORA.1;Data Source=Server;Persist Security Info=True;user id=ID;password=pass"

set conn = Server.CreateObject("ADODB.Connection")
conn.open strConnect

...

%&gt;

</code>

<i>
...Bisogna solo sostituire ID con il nome utente, pass con la password, e Server con il nome del server su cui gira il servizio, o con il suo indirizzo IP...
</i>



io devo realizzare una applicazione ASP che interroga un DB oracle remoto (in lettura).

Apparentemente l'unica cosa da fare è cambiare la stringa di connessione al DB... basta mettere l'indirizzo IP invece del nome univoco locale e poi è come se tutto fosse in locale???

Non ci sono altre cose particolari di cui tenere conto?

E se su quell'indirizzo IP girano per più database Oracle come diventa la stringa di connessione?

OLEDB è la scelta migliore e più performante per questo tipo di interrogazione remota?

Grazie,

Marco
ole-db è la scelta migliore, in assoluto.

per specificare il db di partenza, usa

database=nomedb

oppure (non mi ricordo  quale sia quella giusta)

Initial Catalog=nomedb

--
Daniele Bochicchio
<b>Content manager di http://www.aspitalia.com</b>
http://store.aspitalia.com/scheda.asp?codice=255
ASP 3 per esempi - il mio libro

Daniele Bochicchio | ASPItalia.com | Libri
Chief Operating Officer@iCubed
Microsoft Regional Director & MVP
23 messaggi dal 29 maggio 2001
Per generare la stringa di connessione giusta io faccio così:

- creo un file vuoto con estensione .udl

- lancio il file.

- seguo passo passo la creazione della connessione.

- verifico la connessioe

- apro il file con notepad e copio la stringa di connessione

oppure

nella stringa di connessione nella pagina asp metto

"FILE NAME=C:\inetpub\wwwroot\nomefile.udl"

Seguendo la seconda via si può modificare in qualsiasi momento la connessione senza modificare le pagine asp.

bye

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.