ZeosLib

[bonmario]

Ciao a tutti,
sia qui, che sul forum inglese, spesso si consiglia l'utilizzo di ZeosLib quando si ha a che fare con i DB.
Io, fino ad ora, quando ho dovuto leggere dati da un DB, mi sono arrangiato usando gli oggetti nativamente messi a disposizione da Lazarus, o al massimo connessioni ODBC.
Quali sarebbero i vantaggi dati da ZeosLib rispetto a quello che offre già Lazarus nativamente?

Grazie in anticipo, Mario

[xinyiman]

Onestamente io ho lavorato molti anni con zeoslib per un motivo solo. Non deci cambiare il connettore se passi da un db all'altro, basta che cambi la proprietà protocol.
Poi indubbiamente ci saranno dei problemi in cui non mi sono imbattuto nei componenti standard.
Però sicuramente zeos negli anni (per quanto concerne la mia esperienza) non si è dimostrato esente da bug (anche grossi) per quanto riguarda la cross-compilazione da ambiente windows ad altri. Infatti a causa di ciò sto riscrivendo i miei i miei software.

Quindi pro e contro. Se ti trovi bene con i connettori standard usa quelli.

[bonmario]

Ok, grazie, andrò avanti con quelli standard.
In passato sono già rimasto scottato da componenti aggiuntivi dismessi, o con problemi che andavano avanti per mesi, ed ora prima di iniziare ad usarne uno nuovo, ci vado con i piedi di piombo !!

Ciao, Mario

[schumi]

anch'io ho iniziato con ZeosLib per la facilità di cambio DB (anche se poi non è mai servita), funziona discretamente ma non saprei fare un paragone con i componenti standard.
direi che se devi iniziare un progetto da 0 e temi che potrebbe cambiare la base dati allora provalo, cambiare progetti già realizzati direi che non guadagli niente.

ciao

[nomorelogic]

Premetto che non uso zeos.

La differenza credo che sia tutta nell'approccio all'utilizzo.
Parlando dei componenti standard, la cosa da capire è che quando si esegue una "commit", la transazione chiude la connessione. E' vero, c'è la CommitRetaining, ma credo di aver letto che a lungo andare potrebbe rallentare la velocità del database.

Tornando alla commit che chiude la transazione, se quindi abbiamo altri datasource collegati alla stessa transazione, si trovano con la connessione chiusa.
Quando necessario conviene quindi avere una transazione per i datasource che si useranno in sola lettura ed una dedicata per quelli che eseguiranno gli aggiornamenti.

Riguardo al cambio di connettore per cambiare database, anche i componenti standard hanno questo meccanismo, guarda in https://wiki.lazarus.freepascal.org/TSQLConnector.

Le Zeos hanno molti vantaggi, bisogna capire se sono utili per il progetto in cui vengono usati e se, quindi, conviene introdurre o no la dipendenza.

[bonmario]

Tra l'altro, ho visto che sono circa 80 mega di sorgenti, quindi forse meglio evitare.

Riguardo al cambio di connettore per cambiare database, anche i componenti standard hanno questo meccanismo, guarda in https://wiki.lazarus.freepascal.org/TSQLConnector.

Stupendo !!!
Appena ho tempo, faccio qualche prova. Se è facile da usare come sembra, da ora in poi, mi affiderò a questo !

Ciao, Mario

[Stilgar]

Ciao.
Anche se in ritardo arrivo anche io.
A me Zeos piace per l'impostazione.
Usa le interfacce.
Posso generare una select al volo e posso anche dimenticarmi, poi ci pensa il compilatore a liberare spazio appena la variabile esce dallo scope.
Con le TQuery varie devo ricordarmi di liberare la memoria (sprattutto se metto null come partent instance).

Se parliamo di applicazioni grafiche, i componenti data aware sono molto "carinissimi".
Ma se devo creare un batch di elaborazione massiva, mi sembra di usare un tank per nulla (memoria e simili). Zeos è un pelino più snello, se si utilizza solo la parte interfacce+driver (insomma non usando ZComponents, pacchetto che uso pocchissimo )

Ma a questo punto dobbiamo ammettere che si entra nel campo "gusti"

Stilgar

[bonmario]

Grazie anche a te per la risposta.

Posso generare una select al volo e posso anche dimenticarmi, poi ci pensa il compilatore a liberare spazio appena la variabile esce dallo scope.

Questa cosa non mi piace molto, ma è una questione di gusti.
Come suggerito da nomorelogic, sto cominciando ad usare TSQLConnector, ed è uno spettacolo: con piccoli accorgimenti, passi da un DB all'altro !!!

Ciao, Mario