Newsgroup: it.comp.lang.delphi
Titolo: Delphi XE2 + Firebird + Zeos lib

Ciao a tutti,
   qualcuno ha usato queste librerie e mi puo' dire se sono valide o meno 
per la sola lettura dei dati delle tabelle ??
Al momento sono riuscito, con queste, a connettermi al DB e a visualizzare 
tutti i record di una data tabella.
Sembra veloce, ma (come sempre) ci sono pareri discordanti sulla loro 
efficacia.
 
Un altro approccio e' sql .... ma questo e' un altro discorso .....
 
Lo studio continua ......
 
Grazie
 
Ciao
 
Daniele
 

 meno per la sola lettura dei dati delle tabelle ??
 
vai tranquillo
 
 

 per la sola lettura dei dati delle tabelle ??
 
Ma perché non usi semplicemente la libreria dbExpress con i componenti *TSQLConnection* e *TSQLQuery*?
 
-- 
MARCO BREVEGLIERI (Software and Web Developer)
 #Home: 
http://www.marco.breveglieri.name
 
 #Blog: 
http://www.compilaquindiva.com
 
 #DelphiPodcast: 
http://www.delphipodcast.com
 

> Ma perché non usi semplicemente la libreria dbExpress 
 
Quoto alla grande.
 
 
A.

> vai tranquillo
 
Le usi quotidianamente?
Com quale versione di delphi?
Su che db?
Usi anche le stored procedure?
 
A.
 


ma quando le usavo , anche con le sp, non ho mai avuto problemi
 
adesso con XE7 uso le Fire
 
-- 
(..) la rivoluzione non è un pranzo di gala, non è una festa letteraria, 
non è un disegno o un ricamo; non si può
fare con tanta eleganza, con tanta serenità e delicatezza, con tanta 
grazia e cortesia. La rivoluzione è un atto
di violenza, è l'azione implacabile di una classe che abbatte il potere 
di un'altra classe. (Mao Tze-tung)

 adesso con XE7 uso le Fire
 
Quoto.
 
A.

 Quoto alla grande.
 
In informatica, si sa, se una cosa non si rompe non si cambia.
 
Io ho sempre usato IBX per interfacciarmi ad Interbase prima ed a 
Firebird poi.
 
Mi date un motivo per cui dovrei cambiare?
 
Attenzione, la mia non è affatto una domanda polemica. Voglio veramente 
sapere se esiste un motivo tecnicamente valido (maggiore velocità 
d'esecuzione ad esempio) per cui potrei abbandonare IBX per abbracciare 
un'altra tecnologia d'accesso a Firebird.
 
Non ditemi d'abbandonare Firebird perché vi rimando all'inizio della mia 
risposta. :)
 
-- 
@WarpTen10
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

Come dicevi tu, se una cosa funziona xche toccarla?
Per contro, dovendo iniziare *adesso* un progetto *nuovo*:
 
1) se hai firedac, conviene usarla
2) se non hai firedac, io andrei di dbx 
 
In entrambi i casi, il vantaggio è poter cambiare db senza cambiare la tecnologia di accesso ai dati. Ancora, *sembra* che codegear stia spingendo parecchio firedac, non fosse altro che è multipiattaforma ed è utilizzabile anche su android, ios e macos, cosa che dbx non può fare.
 
Ovviamente (ma non per tutti), una scelta, quale essa sia, deve essere fatta CONSAPEVOLMENTE e non sulla base di eventuali "sentito dire" che spesso lasciano il tempo che trovano, sopratutto se vengono da persone che suggeriscono soluzioni che non usano o non hanno mai applicato.
 
Ad esempio, con delphi 7 (non xe7!) usando il driver dbx per mysql ho avuto dei problemi, se non erro legati alle stored procedure, ora non ricordo di previso.
 
Dovendo sviluppare in d7 + MySql, ho comprato il driver dbx della devart. 
Qualora fosse necessario/opportuno un porting su xe7/8/10/chissa', potrei passare a firedac, DOPO AVER FATTO DELLE PROVE MASSICCE in modo da essere ragionevolmente sicuro di non avere delle regressioni, siano esse in stabilità e/o performance.
 
A.

 [...]
 
Qui si parlava di iniziare un progetto nuovo, con una edizione di Delphi recente, per leggere solamente dati da un database esistente.
 
Altrimenti sarei stato d'accordo con te (in linea generale). :)


Cia a tutti,
  ragazzi .... se prima ero confuso .... ora lo sono di piu' !!!!
 
Per essere chiari ecco il mio ambiente di sviluppo
 
Windows 7 pro
Delphi Xe 2
 
Dopo il cambio gestionale, che usa firebird come database, devo aggiornare 3 
programmi.
I tre programmi, per fortuna, devono solo leggere i dati di tre tabelle
La prima contiene i prezzi degli articoli aggiornati quotidianamente.
La seconda contiene gli eventuali prezzi modificati , per esempio dalle 
offerte.
La terza contiene le chiusure giornaliere.
 
Con le Zeos, pronti via e' andato tutto senza problemi...ma:
Prima di sbragare un solo programma devo valutare quale sia il tool MIGLIORE 
oggi, per migliore si
intende una tecnologia che, anche cambiando RAD (per esempio RAD 2015 
Dallas) il codice, previa leggera manutenzione,
rimanga il piu' possibile inotccabile (non sempre gli open source vengono 
aggiornati).
Ovviamente, essendo un principiante prendo molto seriamente in 
considerazione le vostre opinioni.
 
Considerato che non si conosce il domani (oggi e' solo in lettura ... domani 
??) e che Embarcadero sta "spingendo" le firedac, mi sposto
su queste ultime ed inizio a sperimentare.
 
Grazie
 
Ciao
 
Daniele 
 

 su queste ultime ed inizio a sperimentare.
 
Se devi iniziare un progetto nuovo, credo sia la strada più sensata, se non altro perché la libreria ha anche una discreta maturità ed è abbastanza semplice da utilizzare.
 
Ciao,
  Marco.


 di dbx
 
Ed è proprio Firedac la tecnologia che avevo intenzione di usare (previe 
millemila operazioni di prova massiccia, ovviamente) su un prossimo 
progetto Firebird o VattelapeSQL che sia.
 
Ciò che mi ha sempre bloccato dal farlo è il fatto che sono librerie che 
van bene per tutti i principali database e la mia paura è che, proprio 
per questo, non permettano di sfruttare le caratteristiche peculiari di 
ognuno di essi.


 ognuno di essi.
 
Ci sono diverse modalità per accedere ad alcune funzioni peculiari del database (bisogna sempre vedere ciò di cui si parla), però in generale questo è lo "scotto da pagare" quando si adottano framework più generici.
 
Per contro, se tu usassi funzionalità molto specifiche di un database, avresti meno portabilità verso altri tipi di basi di dati.
 
Tutto dipende da quali sono i requisiti e le prerogative iniziali, e anche il DB di cui si parla, oltre all'effettiva necessità di accedere a funzionalità specifiche del DB.
 
Ciao,
  Marco.


 ognuno di essi.
 
Mi fai un esempio di caratteristiche peculiari?
 
 
A.


Azioni per svolgere le quali un motore di database sia più rapido di un 
altro, ad esempio. Motori di database che non diventano mammuth 
congelati se devono cancellare millemila record. :)
 
Se tutti i motori fossero identici come prestazioni e caratteristiche 
allora non avrebbe più senso sceglierne uno al posto di un altro.


 aggiornati).
Secondo un mio personalissimo parere è molto difficile dire quali librerie sono migliori anche per il semplice fatto che ci vorrebbe molto tempo per testarle tutte con lo stesso ambiente e con tutte le operatività. Io utilizzo con molta soddisfazione da anni le FIBPlus, da quello che sento FireDAC è un'ottima libreria performante e gratuita all'interno di Delphi X*.
 
Ciao da Enrico Giudici

 allora non avrebbe più senso sceglierne uno al posto di un altro.
 
Ma qui si parla di caratteristiche del database, non dei componenti per l'accesso ai dati.
 
Se tu usi una query ed esegui una banale "SELECT * FROM Tabella" usando FireDAC, sarà responsabilità del driver e successivamente del database, in base anche agli indici definiti, individuare il modo migliore di fornirti i dati.
 
Le vere limitazioni sono quelle legate a una caratteristica peculiare di un singolo database che, essendo tale, non sempre è possibile generalizzare.
 
Ad esempio, InterBase supporta la gestione di eventi che si possono sollevare da trigger e stored procedure per inviare una segnalazione ai client collegati; in altri database questa feature potrebbe essere assente, e lo è, oppure implementata in modo differente. Detto questo, se vuoi sfruttare quel meccanismo poiché lo ritieni essenziale, devi spesso ricorrere a componenti nativi e specifici (es. la libreria IBExpress).
 
Riassumendo, nei termini in cui hai posto la questione, secondo me la scelta di usare componenti "generici" muniti di driver come FireDAC o componenti nativi non cambia la questione, perché tu parli di prestazioni e requisiti, e non di caratteristiche.
 
Ciao,
  Marco.


 (es. la libreria IBExpress).
 
Ed ecco perché, usando solo Firebird per ora, sono sempre stato restio 
ad abbandonare IBX con i quali mi trovi benissimo.
 
Riscriverei le routine che adotto ora usando IBX per adattarle ad altri 
componenti per l'accesso ai dati, ma solo se ha senso farlo. Se ci 
guadagno qualcosa.
 
Ripeto che la mia domanda iniziale non voleva essere polemica.
 
Sono convinto che FireDAC sia un'ottima tecnologia e chiedo a qualcuno 
che l'abbia abbracciata dopo aver usato altro (BDE è escluso, eh! :) ) 
perché l'ha fatto e quali benefici, a parte la possibilità di usare 
qualunque motore di database supportato da FireDAC, lo abbiano indotto a 
fare il salto.


 fare il salto.
 
Oltre al supporto di una vasta gamma di database, c'è anche da tenere in considerazione il fatto che sia cross-platform.
 
Per il dettaglio delle feature della libreria, riporto il link alla documentazione ufficiale che contiene parecchi articoli a riguardo:
http://docwiki.embarcadero.com/RADStudio/Seattle/en/Firedac
 
 
Vedi anche questa playlist di video con diversi demo:
https://www.youtube.com/watch?v=Fb3IRW9l_1w&list=PLwUPJvR9mZHgjJ0JtSqJ-dv2cGtWr-jtq
 
 
Ciao!


 
https://www.youtube.com/watch?v=Fb3IRW9l_1w&list=PLwUPJvR9mZHgjJ0JtSqJ-dv2cGtWr-jtq
 
 
Grazie per i link. Darò un'occhiata.


 possiamo distrarci un attimo. :)
 
Vale per Delphi come per qualsiasi altro tool.
 
Ciao,
