Newsgroup: it.comp.lang.delphi
Titolo: Chi vince fra ADO e BDE?

chi vince?
forse è una domanda idiota, ma
volevo sapere qualche opinione!
ciao!

Ciao,
in teoria se utilizzi ODBC č meglio ADO:
ADOTABLE---> ODBC--->BaseDati
Table--->BDE--->ODBC--->BaseDati
Altrimenti dipende dal tipo di DataBase che intendi utilizzare...
Io preferirei il BDE per DBF e Paradox e ADO per MDB (anche se per
quest'ultimo si deve passare per il Jet engine).
bye Max

 wrote in message
8etsgb$9p9$1...@fe1.cs.interbusiness.it...

grazie per le info!
ma secondo te, con ADO gli oggetti per database sono
piů o meno veloci quando si accede ad un database mdb?
(ad esempio con bde sono molto piů veloci ad accedere
a tabelle paradox e dbase rispetto access)
ciao e grazie!

più o meno veloci quando si accede ad un database mdb?
Piu' lenti che con BDE, sicuramente (si tratta pur sempre del
passaggio via ODBC).
--
Andrea Laforgia (
andrea_...@bigfoot.com
)
-----------------------------------------------------------------------
"There is nothing better for understanding a kangaroo than seeing it jump."
[D.Grune, C.J.H. Jacobs]

 wrote in message
p106hsg098031kgd5...@4ax.com...

(anche non relazionali o tabellari).
Ma la Borland sembrerebbe intenzionata ad abbandonare il BDE in favore
di ADO, quindi puo' darsi che ADO sia la scelta migliore alla lunga.
Ciao
--
Piero Bonanno
bop...@libero.it
pie...@tiscalinet.it
bop...@tin.it
bpie...@hotmail.com
______________________________________________
"Madame, lei ha tra le gambe uno strumento
che puo' offrire piacere a migliaia di persone,
e tutto quello che sa fare e' grattarlo"
- Sir Thomas Beechan a una violoncellista

Hello Piero.
10 May 00 19:33, you wrote to All:
 >>
 >> Morale: da qualunque lato lo si guardi, ADO ha sempre uno strato
 >> software in piu' rispetto a DAO o BDE (svantaggio in prestazioni), ma
 >> e' piu' flessibile e consente di accedere ad un maggior numero e a
 >> differenti sorgenti dati (anche non relazionali o tabellari).
 PB> Ma la Borland sembrerebbe intenzionata ad abbandonare il BDE in favore
 PB> di ADO, quindi puo' darsi che ADO sia la scelta migliore alla lunga.
spiegatemi , per favore.
Se scrivo un .exe in clipper questo accede ai file.dbf e fa le operazioni
che deve fare.
Se scrivo un prg Delphi cosa succede se devo accedere a file dfb e/o paradox
?
Devo accompagnare l' .exe da una sorta di libreria esterna (ADO.BDE ??) .
Oppure durante la compilazione si carica da ADo/BDe le parti che gli
servono.
Oppure ADO/BDE sono una sorta di runtime ?
Sono molto confuso e ignorante.
Visto che ci siamo spero che si possano indicizzare i campi dbf e/o paradox 
e poi farvi quello che in clipper si chiama seek
In ogni caso esite un sistema DIRETTO per memorizzare in un file dati nella 
forma di record di campi e poi indicizzare su uno o piu' campi ?
Filippo

 di ADO, quindi puo' darsi che ADO sia la scelta migliore alla lunga.
 
In che senso dici che la Borland sarebbe intenzionata ad abbandonare
il BDE in favore di ADO? E' una tua impressione o ai letto qualcosa in
giro a riguardo?
Leonardo Lomartire
l.lom...@rasnatech.com

giro a riguardo?
E' una notizia che ho letto un po' ovunque. Basta pensare che D5
include gia' il supporto alle ADO (anche con una certa impostazione
che facilita la migrazione da BDE), per cui mi sembra una notizia
attendibile. D'altronde, che motivo ci sarebbe di portare avanti BDE,
che oramai annaspa?


che oramai annaspa?
La butto li' : perche' non e' Microsoft ? :)
--
Andrea Laforgia (
andrea_...@bigfoot.com
)


La butto li' : perche' non e' Microsoft ? :)
Esatto :)
Solo Microsoft puo' vendere sw che annaspa :)


su questo argomento c'erano anche due righe su io programmo nelle pagine di
delphi e anche li si diceva che si sarebbe abbandonato il BDE per ADO.
--
Davide - 
Gna...@wappi.com