Newsgroup: it.comp.lang.delphi
Titolo: collegamento ODBC

Salve tutti.
Sto sviluppando una applicazione, che usa Crystal Report
per connetttersi al mio Database FireBird tramite ODBC.
Credo di avere due possibilità con ODBC :
1) Utilizzare un dsn di sistema creato precedentemente
2) Utilizzare un dsn su file creato precedentemente e facilmente editabile
all'occorrenza.
In questo momento ho optato per la seconda ipotesi, quindi ho
la necessità impostare in tale file i seguenti campi e memorizzarli:
Server,
DataBaseName,
Nome Utente,
Passowrd.
La cosa che però mi preoccupa maggiormente e che la mia applicazione deve
funzionare in rete,
quindi tutti i client devono connettersi (anche da Crystal Report) allo
stesso database con le proprie
credenziali utente... vorrei evitare di memorizzare in chiaro la PASSWORD
nel file DSN.
Ricapitolando mi necessita sapere :
 - Suggerimenti su come impostare o modificare dalla mia applicazione la
connessione al DB
 - avere dei chiarimenti per poter gestire e condividere senza problemi tale
file in una rete LAN
 - non memorizzare la password in chiaro in tale file e comunque da
nessun'altra parte.
    ricordandovi che ogni client della mia applicazione deve accedere al DB
con un utente diverso
    su cui sono stati impostati determinati permessi..

     su cui sono stati impostati determinati permessi..
vedi il punto due...
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez

 molto semplice da usare
Scusa la mia domanda (probabilmente banale)...
Se un tizio dovesse copiare le informazioni criptate
memorizzate nel file INI ed utilizzarle successivamente
incollandole in un altro file INI memorizzato su un altro
PC/Client non riuscirebbe comunque ad accedere pur
non conoscendo esattamente username e password ?
Grazie,
Riccardo
---

 ha scritto nel messaggio
news:413d...@x-privat.org...

Lo so che č possibile usare una chiave diversa per criptare
ma ovviamente l'applicazione in oggetto userebbe sempre
la stessa chiave e dunque un utente malizioso riuscirebbe
ad aggirare il meccanismo su esposto della password criptata.
A quel punto il problema si sposterebbe nel senso che
bisognerebbe memorizzare una chiave diversa per ogni
utente... ma siamo punto e a capo.
Mi sfugge qualcosa ?

 ha scritto nel messaggio

non ti sfugge niente, ovviamente ho fatto il suggerimento in base alla
richiesta di Daniele, sta a lui valutare la situazione e adottarlo o meno.
Io di solito non do la possibilitą di memorizzare la password ma la faccio
inserire ad ogni connessione/avvio del programma, se la riservatezza dei
dati lo richiede...
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Mąrquez

 dati lo richiede...
Ciao e grazie per la risposta.
Anche Io e Daniele (che lavora nel mio stesso ufficio) non
vorremmo affatto memorizzare la password da nessuna parte.
Ho giŕ creato, infatti, un form personalizzata da visualizzare
all'avvio del programma per la connessione al server SQL
che chiede di specificare le tre seguenti informazioni:
- Connessione (Driver, Server, Database, ecc.)
- Username
- Password
La mia domanda adesso č:
"Esiste un modo per passare a Crystal Report i dati
per l'autenticazione SQL senza doverli memorizzare
in chiaro (o criptati) in un file DSN oppure piů in
generale in una connessione ODBC ?"
(Qualche proprietŕ o metodo dell'oggetto TCrpe ?)
Grazie per la cortesia e precisione mostrata fin'ora.
Riccardo
---

 ---
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez

 ---
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez