Newsgroup: it.comp.lang.delphi
Titolo: Firebird: Zeos o UIB ?

Salve,
mi trovo a dover prendere una decisione cruciale prima
di cominciare il porting di un gestionale piuttosto vasto
da Paradox (BDE) a Firebird.
Quali componenti scegliere tra ZEOS e UIB
per l'accesso al mio nuovo database Firebird?
Ho già scartato altri componenti, e mi piacerebbe
conoscere il vostro parere su questo mio dubbio.
Grazie anticipatamente,
Riccardo
---

 per l'accesso al mio nuovo database Firebird?
Zeos l'ho provato con PostGreSQL con somma gioia: ottime performance anche
se ridotte funzionalità (nella versione che ho utilizzato non erano
supportati i join, ma non ho testato le versioni successive a quella di
fine Agosto 2003).
UIB, non lo conosco, ma nel tuo caso comunque propenderei per DbExpress o
IBO, cioè i componenti nativi Borland per la connessione a Interbase: chi
meglio di Borland può ottimizzare lìaccesso ad un db che conosce come le
sue tasche?
Saluti
	Marco Bortolani
	info @ 
marcobortolani.it

 sue tasche?
Penso dunque che tu volessi dire IBExpress ovvero IBX quelli di Borland, ma:
"poichè sono componenti sviluppati in seno alla Borland, dubito fortemente
che
la compatibilità a Firebird nelle versioni successive alla 1.0 sarà
possibile.
Quando le versioni di Interbase e Firebird si distingueranno sensibilmente,
la scelta di questa libreria potrebbe compromettere l'uso di Firebird in
favore
di Interbase."
Ciao,
Riccardo
---

)
  "File deletion is murder..." (Futurama)

 favore di Interbase."
In effetti nel lungo periodo č uno scenario piů che possibile: ritiro i
miei consigli per IBO e mi autopunisco.
	Marco

 Non è ben chiaro a cosa si riferisca, sinceramente. :-)
Penso intendesse che: Non essendo un driver fatto apposta
per sfruttare le caratteristiche specifiche di un motore SQL,
piuttosto che un altro, probabilmente non possiede tutta una
serie di dettagli già implementati internamente che poi di fatto
semplificano la stesura del codice sorgente... cmq, la mia è
soltanto l'interpretazione di un pensiero espresso da un'altra
persona, pensiero che però credo di condividere abbastanza....
Se non si ha la necessità di switchare da un motore database
ad un altro probabilmente è il caso di utilizzare dei componenti
specifici per quel particolare motore SQL.
Riccardo
---

 Penso intendesse che [...]
Magari si riferiva al fatto che trattandosi di una piattaforma di 
accesso ai dati /generica/, non dispone di tutte quelle "feature" 
specifiche di cui sono dotati i componenti /nativi/, cioè espressamente 
progettati per un'architettura o un database specifico, così come 
avviene con IBX.
In tal caso, è ovvio che sia necessario scrivere del codice per poter 
ottenere dal database SQL quei "servizi" che i componenti dbExpress non 
possono darti per questione di principio.
Salvo questo frangente - in cui personalmente faccio uso dei componenti 
nativi avendo cura di separare l'applicazione di "amministrazione" da 
quella che utilizza dbExpress - non ho mai avuto la necessità di 
scrivere codice particolareggiato per qualsivoglia motivo.
Magari occorre accennare che l'uso dei DataSet unidirezionali del 
dbExpress costringe all'uso del ClientDataSet per poter navigare tra i 
dati con i controlli visuali, ma a mio parere è tutto beneficio poichè 
si ottimizzano le query eseguite sul server attraverso la modalità 
"disconnessa" di manipolazione dei dati, si possono fare rapidi 
ordinamenti e filtri lato client ed altro ancora.
Ciao! :-)


 ordinamenti e filtri lato client ed altro ancora.
Ok, grazie per le importanti indicazioni.
Riccardo.