Newsgroup: it.comp.lang.delphi
Titolo: BDE vs ADO

scuste non ricordo piu come mai, forse l'avevo risolto ma non ricordo 
piu come!
1 tabella da 1 milione di record in firebird embedded
se apro la tabella con Tquery del bde è un lampo
se apro la tabella con tAdoquery di ado ci pensa un bel po
 
1) c'e' la possibilita di avere lo stesso comportamento?
2) ma il bde via odbc si puo continuare a usare su win 32?
 
Grazie

 2) ma il bde via odbc si puo continuare a usare su win 32?
Certamente.
 
 
-- 
morde
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database


ciao, ma e' piu veloce solo con interbase-like o anche con oracle , per 
esempio o sqlserver?

 esempio o sqlserver?
Con sql server ï¿œ velocissimo, oracle gli sta dietro ma firebird, per via 
delle mapped self keys ï¿œ imbattibile


 Certamente.
 
Il BDE via ODBC non esiste, che io sappia: tutt'al più esiste ODBC via BDE, a cui non oso nemmeno pensare in termini di prestazioni.
 
Tralasciando questi fattori, secondo me dovresti lasciar perdere queste domande perché non hanno evidentemente senso e sono solo le "supercazzole" di un troll che non ha nulla di meglio da fare... :)
 
Te lo dico perché so che senz'altro TU hai qualcosa da fare. :)
 
-- 
Marco Breveglieri
   (
http://www.marco.breveglieri.name
)


e invece sbagli, a livello prestazionale su grandi volumi di dati io col 
BDE ho sempre avuto ottimi risultati in modo abbastanza semplice , 
naturalmente io non uso minchiate tipo lockup. Per avere le stesse 
prestazioni su grossi volumi di dati, ho dovuto lavorare a livello si 
select usando le clausole LIMIT etc. etc. limitando al minimo l'uso 
delle griglie e facendo filtrare tanto in fase di query.
Volevo capire se dbExpress, ado, zeoslib erano in grado di gestire simil 
BDE oppure No.
Ma voi come fate? Vorrei capire!
Per grandi volumi di dati intendo milioni , parliamo di applicazioni 
finanziarie, applicazioni per SGR , dove dobbiamo gestire tonnellate di 
dati ogni giorno, con db molto grandi. Attualmente per avere risultati 
soddisfacenti usiamo i DOA ma si vorrebbe pensare a componenti multiDB e 
con risultati soddisfacenti anche in griglia.
In tutto questo non c'e' niente di troll, quando trollo MORDE mi conosce 
e neanche mi risponde, o mi manda a qual paese subito!
 

 e neanche mi risponde, o mi manda a qual paese subito!
 
Si questo � vero, a volte ti minaccio pure via sms.. :-D



 
ti ringrazio della tua testimonianza, ma vorrei capire come uscire dalla 
m..... con qualcosa di diverso da BDE o DOA.
Non vogliono ne webservices, ne multitier....non so se mi spiego!
rifacciamo tutto in COBOL?

 esiste ODBC via BDE, a cui non oso nemmeno pensare in termini di prestazioni
 
invece sbagli, ODBC sostituisce SQL-LINK  e non fa proprio cosi chifo!

 rifacciamo tutto in COBOL?
Urca ti vedo lanciato oggi :-D
Se giorni fa ha detto alberto che ha installato XE2 e il BDE era ancora 
l�... scusa segui l'onda e continua cos�, continua col BDE.
Se hai un buon backend tipo as400, puoi benissimo rifare tutto in cobol 
che la velocit� � assolutamente superiore al bde su win32.


 se apro la tabella con tAdoquery di ado ci pensa un bel po
 
...apri una tabella con tutti quei record x fare cosa?
 
A.

 A.
ti passo l'analisi?

 un buon backend tipo as400, puoi benissimo rifare tutto in cobol
 
spiritussssssssssssssssss!

> ti passo l'analisi?
 
 
Ho capito: preferisci non capire. Contento tu...
 
A.
 
 

 invece sbagli, ODBC sostituisce SQL-LINK  e non fa proprio cosi chifo!
 
No... fa ancora più schifo. :)
 
ODBC è una piattaforma "legacy", per mantenere applicazioni vecchie, e tutte le volte che la si incontra esiste solo a questo scopo: garantire la possibilità di potersi collegare a una specifica fonte dati.
 
Per quanto riguarda le performance, non sono chiaramente paragonabili a tutte le architetture e i driver più recenti.
 
SQL Links è stato tolto da anni dal BDE: si vede che, come dici tu, andava troppo forte... :D
 
Ad oggi il BDE va inteso solo come strumento per mantenere quelle vecchie applicazioni che ne fanno uso, mentre per le nuove va sostituito il prima possibile con dbExpress o una libreria a piacimento equivalente.
 
E' meglio se cambi pusher, perché tra la storia di Microsoft e Embarcadero e queste esternazioni sulle performance esaltanti delle librerie più vecchie esistenti, mi sa che le dosi sono tagliate molto male. :)
