Newsgroup: it.comp.lang.delphi
Titolo: [D5] Bde in multithreading

Salve.
Ho una applicazione che crea un certo numero di thread per eseguire una
serie di operazioni indipendenti una dall'altra su un database al quale mi
connetto via ODBC tramite il BDE.
Visto che in ambiente multithreading l'ho usato poco volevo chiedere se č
piu' sicuro avere una connessione al db x ogni thread oppure usare la stessa
connessione ovviamente con una TSession diversa.
Bye
A.

 ha scritto nel messaggio
news:at55in$s4i$1...@newsreader1.mclink.it...


> Perchč non usi ADO???
Non ho tempo x bestemmiare dietro le marette di zio billy ne di impazzire x
differenti versioni di MDAC.
Tnx
A.


 connessione ovviamente con una TSession diversa.
una connessione sola con Tsession.
E' + veloce.
Io uso un costruttore come quello che segue per le TSession e non sono
sicuro che sia completamente corretto :-)
Se avete con sigli sono ben accetti :-))
ciao!!!
{                                                                           
   }
{       CONSTRUCTOR                                                         
   }
{                                                                           
   }
constructor myThr.Create(suspended:boolean);
begin
    inherited Create(true);
    FSession := TSession.Create(Application);
    with FSession do begin
        Name := 'mySession'+ IntToStr(Sessions.Count+1);
    end;
    FreeOnTerminate := true;
    if Not suspended then
       Resume;
end;

         Name := 'mySession'+ IntToStr(Sessions.Count+1);
Hai provato a impostare AutoSessionName a True?
Hai avuto problemi?
Tnx
A.

differenti versioni di MDAC.
Alberto, scusa se insisto, ma perche' non provi con ADO?
Ho realizzato un programma che viene distribuito in tutta italia, e sin d'ora su una
trentina di installazioni abbiamo trovato un solo cliente che 
ha dovuto aggiornarsi l'mdac (aveva IE 4).
Se hai qualche dubbio svisceralo, cerchero' di aiutarti.
Ciao
Morde

non sono tanto dubbi quanto sfiducia nei riguardi della roba di zio billy
Se potessi starei gia su linux.
Le tarantelle del bde le conosco: quelle di ado no!
E ribadisco, dovendo chiudere x stasera non ho il tempo materiale di
impergolarmi con ADO.
Poi, con la storia di 
ado.net
 dovrei rimodificare il codice della mia
applicazione o sbaglio?
Infine, non credo che accedere al db tramite oledb provider x odbc sia
veloce quanto la stessa cosa fatta via bde+odbc.
Appena posso butto via ado, bde et similia e vado su dbx.
Ma ora, con d5e, mi fermo a bde, salvo l'eccezione eventuale di M$Sql con il
beneficio del dubbio in quanto non sarebbe la prima volta che 2 prodotti M$
hanno problemi a comunicare....
Bye
A.


Ora ho capito.
Grazie,
Ciao
Morde :)

 è


Alberto Salvati wrote:

Scusa il ritardo.
Con autosession a true avevo dei problemi nel caso creassi + threads 
contemporaneamente e non sono riuscito a capire il perchè, tutt'ora non mi 
è molto chiaro il significato della Tsession cmq pare funzioni anche se mi 
riserbo il tempo infuturo di studiarci meglio :-)
ciao

 Alberto, scusa se insisto, ma perche' non provi con ADO?
io avevo provato ad impiegare gli ADO per collegamenti a database db2 con 
risultati di performance davvero scadenti per non dire peggio, i bde e 
l'uso dei threads mi hanno risolto molti problemi.
In attesa di passare ai dbexpress se ibm si decide a fornire un driver per 
iSeries.
ciao
--
Alberto Sfolcini
web.tiscali.it/sflweb