Newsgroup: it.comp.lang.delphi
Titolo: Firebird e Delphi : quali componenti usare

Buona sera/giorno a tutti.
Intanto grazie per l'aiuto che mi avete dato fino adesso.
Avendo deciso di buttarmi dal ponte (sperando che ci siano almeno un paio di
metri d'acqua) abbandonando la strada vecchia (paradox) per la nuova
(interbase) ho un ulteriore quesito da porre: quali componenti,
free/opensource o a pagamento (senza esagerare) mi conviene usare ?
Ho provato Zeos e quelli per Interbase (di delphi 6) e onestamente mi trovo
meglio con i secondi in quanto mi permettono  di gestire facilmente
multi-transazioni su uno stesso DB (o almeno cosě mi č sembrato anche da
alcune prove fatte) utilizzando il compo IBTransaction (di sicuro si puň
fare anche senza ma come ho detto non vorrei scavarmi la fossa da solo
mentre il cliente prende la mira) ma per contro Zeos mi permette senza
toccare codice (forse qualcosa per le query ) di passare in seguito ad un
altro DB (se non sbaglio gestisce sia MySql che PostgreSql che MSsql).
Che motivo ne ho di cambiare DB ? boh come ho detto li conosco tutti molto
superficialmente e la scelta di FB č data perché permette tutti i lock si
questo mondo, mi č sembrato abbastanza veloce (almeno dalle prove che ho
fatto) anche senza utilizzare un server di estrema potenza (quanto č
importante per un DB di questo genere il processore AMD o Pentium e la RAM ?
con windows come scelta obbligata purtroppo) ma soprattutto mi č sembrato
FACILISSIMO da installare sia come server che come client (e occupa poche
risorse mi sembra o provato un pň anche MySql ma lo trovato piů
impegnativo).
Prometto , e l'ultima domanda per oggi !
Grazie per svelarmi un pň del Vostro sapere.
Ciao e buona serata a tutti.

Il Tue, 16 Nov 2004 19:27:25 +0100, Guido59 ha scritto:
La ragione per cui vorresti cambiare db non la so, nel senso che se non
hai progetti di portabilità non esiste tale ragione.
quindi se ci vuoi investire un po di soldi nei componenti io ti consiglio
vivamente questi
http://www.devrace.com/en/fibplus/?r1=fibplus&r2=Direct_Link
non costano proprio poco (200 e passa euri) ma ne valgono veramente la
pena!!!
altrimenti hai anche 
http://www.ibobjects.com/
che sono molto validi ed ha una licenza che chiama trustware che potrebbe
essere interessante. altrimenti la lista completa la trovi qui
http://ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_dev_comps
ciao fabrizio
-- 
Coltiva linux, che tanto windows si pianta da solo!
Linux registered user: 364664 (
http://counter.li.org
)

pena!!!
Approvo in pieno.
Comunque, tutti i componenti per accedere a FB sono molto validi, io ti
consiglierei di "perdere" un po' di tempo per valutarli ( come ho fatto io
) poi, secondo le tue esigenze scegli quei componenti dove ti trovi meglio
( sviluppo, costi, ecc. )
Ciao da Enrico Giudici
ico...@tiscali.it
--- posted by geoForum on 
http://www.delphiedintorni.it

 free/opensource o a pagamento (senza esagerare) mi conviene usare ?
 > [...]
Oltre ai componenti che ti hanno suggerito, puoi anche valutare l'uso 
della libreria *dbExpress* attraverso il provider specifico per 
InterBase-FireBird.
Sarà presente anche in Delphi2005 (per quanto riguarda i progetti 
VCL.NET
) e quindi hai buone possibilità di porting (nel caso in cui tu 
ritenga che sia necessario farlo).
Sono presenti anche i componenti *IBX* (InterBase Express) tuttavia.
-- 
Marco «Alka» Breveglieri
  ABLS Team S.n.c. - Software & Web
  Via De Gasperi, 14
  42019 Scandiano (Reggio Emilia)
 
http://www.abls.it


Non esiste per ora problema di portabilità , l'unico problema e che n on
conosco MySql, MsSql ecc. argomenti che nel 2005 vorrei approfondire ed
essendo le gestione che sto facendo corporose non vorrei accorgermi che devo
rifarne in gran parte se trovo che un DB per le mie esigenze (o meglio x
quelle dei clienti) è meglio di un altro.
Inoltre potrei trovare un cliente con applicazioni già in MySql per es. e
caricargli un latro DB potrebbe complicargli la vita.
In fondo non ho trovato niente in rete che mi facesse un confronto
"imparziale" sui vari DB opensource e  a pagamento con i pro i contro e le
particolari features di uno e dell'altro.
Purtroppo non ho il tempo per provarli tutti.
Insomma mi piacerebbe avere delle porte sempre aperte fino a quando non sarò
convinto al 100%)
Direte ma che vuole questo che viene da paradox.
Avete ragione ma io quel mondo lo conoscevo (anche nei suoi troppi limiti e
incertezze) al 90% , ma ritengo che ormai sia troppo superato e insicuro
specialmente se si vuole tentare di prendere il volo con progetti più
ambiziosi.
Grazie a tutti
P.s. scusate gli errori ma quando scrivo veloce sono disastro.

 ha scritto nel messaggio
news:WFEmd.347334$35.15...@news4.tin.it...

Scusa la  mia ignoaranza ma non ti seguo , ti riferisci ai componenti già
presenti in delphi6 e cosa è provider specifico per  InterBase-FireBird
(sono ancora analfabeta in questo campo)

 (sono ancora analfabeta in questo campo)
Sorry, sono stato poco dettagliato.
Sì, mi riferisco ai componenti *dbExpress* che si trovano nell'omonima 
pagina della Palette dei Componenti di Delphi.
Si tratta di una piattaforma (a livello preferenziale, per l'accesso a 
database di tipo client/server) che Borland propone come sostituzione 
del (buon?) vecchio BDE, che a partire da Delphi2005 non verrà più 
distribuito con SQL Links (sarà quindi sfruttabile per accedere a 
database "file based" come Paradox e dBase).
Per "provider" mi riferivo al driver specifico per InterBase (che, 
almeno per quanto mi riguarda, funziona senza problemi anche su FireBird).
Si tratta di una libreria che "generalizza" l'accesso a differenti basi 
di dati (SQL Server, MySQL, InterBase, ...) attraverso lo stesso set di 
componenti.
Per via della sua natura "astratta", rende inaccessibili alcune 
funzionalità particolari dei database supportati e si mormora (ma è 
comprensibile) che le prestazioni siano inferiori rispetto ai componenti 
nativi per il database selezionato (ci riferiamo ai componenti IBX, ad 
esempio, per quanto riguarda InterBase).
Io ho utilizzato *dbExpress* in un'applicazione gestionale e sono 
rimasto abbastanza soddisfatto sia delle prestazioni sia delle 
funzionalità raggiunte con poche righe di codice, soprattutto grazie 
alle caratteristiche interessanti del componente /ClientDataSet/ che 
riveste un ruolo quasi fondamentale: poichè i DataSet utilizzabili in 
dbExpress sono _unidirezionali_, serve un componente che permetta di 
memorizzare in locale i record per apportarvi modifiche e inviare in 
seguito, una volta per tutte, gli statement SQL per aggiornare la 
situazione sul server.
Se vuoi approfondire il componente ClientDataSet, dai un'occhiata alla 
"colonna" gestita da Cary Jensen sulla "Soapbox" di Borland:
http://community.borland.com/soapbox/professionaldeveloper/
Indipendentemente dalle scelte tecniche che farai, suggerisco anche 
l'acquisto di un volume per approfondire l'argomento: cerca su questo 
gruppo con Google (
http://groups.google.it
) per individuare libri che 
possono fare al caso tuo.
Dovrei essere stato più esaustivo questa volta... ;-)
Ciao! :-)


P.s. scusate gli errori ma quando scrivo veloce sono disastro.
Ciao Guido,
stiamo parlando di due cose diverse, io ti dicevo di valutare i vari
componenti per accedere a Firebird e non quale db adottare per le tue
applicazioni, quello lo devi valutare tu.
Ciao da Enrico Giudici
ico...@tiscali.it
--- posted by geoForum on 
http://www.delphiedintorni.it