Newsgroup: it.comp.lang.delphi
Titolo: Firebird 3

Ciao a tutti,
  so di scatenare un "disastro" a livello di risposte ma, oggi leggendo la 
posta, mi sono trovato una email da parte del distributore del gestionale.
In questa email mi si avvisa che entro la fine dell'anno (probabilmente si 
parla di dicembre) il gestionale passera' a firebird 3, per questo cercano 
"volontari" per il testing della nuova versione del software a partire da 
settembre.
 
Sono andato a curiosare sul sito di firebird e da quello che ho capito (ma 
il inglese maccheronico puo' avermi fatto capire male) la logica e' stata 
stravolta.
 
Dato che la scelta di passare alla 3 dipende strettamente dagli sviluppatori 
del gestionale e che aspetta ai loro sistemisti venire nei nostri uffici a 
fare tutto quello che serve per la migrazione, dal lato "mie utility" che 
leggono alcune tabelle di questo DB cambiera' qualcosa? (per esempio 
aggiornamento delle firedac ecc....)
 
Scusate la domanda (anche banale) ma mi sto preoccupando (forse per niente) 
e il giorno che questi faranno la migrazione io devo essere pronto con le 
mie utility.
 
Ciao e grazie per l'interesse
 
Daniele
 
Link della guida
http://www.firebirdsql.org/file/documentation/reference_manuals/user_manuals/Firebird-3-QuickStart.pdf
 
 

 aggiornamento delle firedac ecc....)
 
secondo me dipende da che versione delle FireDac utilizzi, dovresti verificare se la versione che hai tu supporta Firebird 3.
 
Ciao da Enrico Giudici c/o Anthelios.

 non ti preoccupare di scatenare qualcosa, secondo qualcuno di questo ng nessuno utilizza più Firebird per cui ....
 
Quanta spocchia :) Carissimo, fai pure nome e cognome, non mi piace essere chiamato "qualcuno". Che Firebird non sia usato praticamente da nessuno e` una verita`, e fareste meglio ad aprire gli occhi prima che vi capiti qualche problema serio che nessuno riesca a risolvere, e per il quale non riuscirete ad avere alcun supporto. Per me i motivi per usare Firebird sono cessati molti anni fa, quando le continue perdite di dati, dovute a interruzioni continue della comunicazione tra client e server sono stati magicamente risolti passando a MySQL. Buttate via Firebird e abbracciate tecnologie piu` aperte, come MariaDB o Postgres. E` un ottimo consiglio. 
 

Buttate via Firebird e abbracciate tecnologie piu` aperte, come MariaDB o Postgres. E` un ottimo consiglio.
 
Concordo con te consigliare db che tu ritieni migliori, invece non condivido il fatto di buttare via Firebird a chi come me che lo utilizza da tanto tempo felicemente solo per le tue esperienze negative.
 
Comunque, ora non voglio aprire flame di sorta anche perchè confido a chi ne sa più di me di aiutare Daniele a risolvere il suo dilemma.


 pronto con le mie utility.
 
L'aggiornamento delle librerie d'accesso a Firebird è (quasi) scontato.
 
Fossi in te mi preoccuperei di altre cose quali la struttura della nuova 
versione del db e l'eventuale cambio di tipo di dato dei campi già 
presenti (BOOLEAN ad esempio).
 
 
-- 
@WarpTen10
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 Concordo con te consigliare db che tu ritieni migliori, invece non condivido il fatto di buttare via Firebird a chi come me che lo utilizza da tanto tempo felicemente solo per le tue esperienze negative.
 
Evidentemente lavori in contesti che non mettono alla prova il tuo database. Il fatto che tu utilizzi un database da tanto tempo "felicemente" non significa affatto che il suo utilizzo sia una scelta sensata. 

Ciao Andrea,
  ho visto MariaDb per la sostituzione della base dati nel mio programma.
In questo caso invece, dipendo da terzi.
Non e' mia la scelta di passare a firebird 3, me la sto trovando.
Se poi la domanda e' perche' anziche' passare a firebird 3 non passano a 
MariaDb o ad altri e' da fare ad altri.
 
Considerato lo sforzo per adattare la base dati (se non ho capito male) di 
fb 2.5 a 3, tale sforzo lo si poteva anche fare per passare a, per esempio, 
MariaDB (eventualita' che ho comunque segnalato).
 
Grazie per l'intervento
 
Ciao
 
Daniele
 

 presenti (BOOLEAN ad esempio).
 
Avendo la sola necessita' di leggere alcuni dati (tra cui anche i boolean) 
che si deve fare ??
Ci sono gia' esempi in rete ??
 
Grazie e ciao
 
Daniele 
 

 verificare se la versione che hai tu supporta Firebird 3.
Ho Delphi Seattle quindi non sono cosi' certo sia compatibile con la 
versione 3 di firebird.
Non sono neanche certo che Berlin sia stato aggiornato, comunque vado sul 
sito della Embarcadero e provo a documentarmi.
 
Ciao
 
Daniele
 
PS: Ma la Embarcadero e' stata venduta ?? Non si dice piu' niente ..... 
 

 boolean) che si deve fare ??
 
Posto che tu abbia la libreria corretta d'accesso ai dati di Firebird3 
vedi i campi booleani come tutti gli altri campi.
 
Ma un controllo generale di tutti i campi che interessano alle tue 
procedure è categorico perché ti potresti trovare delle sorprese e dover 
rimettere mano ai tuoi programmi.


 Ma quando mai. Firebird e` una schifezza ed io ho avuto modo di provarlo.
 
Anche io ho avuto modo di provarlo (e pesantemente), e non ha perso un colpo
 
Enrico

 Considerato lo sforzo per adattare la base dati (se non ho capito male) di 
 
In teoria non c'è alcuno sforzo in tal senso, le estensioni SQL sono state
effettuate con criterio, ovvero quello che c'era continua a funzionare come
prima. L'aggiornamento più consistente è lato client, sia per sfruttare le
varie migliorie effettuate, sia per eliminare sintassi su query potenzialmente
non più supportate (in tal senso, puoi partire da questo per vedere cosa è
cambiato: 
http://firebirdsql.org/file/documentation/release_notes/html/en/3_0/rnfb30-compat.html
).
La vera differenza, ad esempio con PostgreSQL, è che il passaggio ad una nuova
release non richiede la ricreazione del database, ovvero non sei costretto a
fare un backup ed un restore
 
Enrico

 fare un backup ed un restore
 
Ok, ho detto una castroneria: Firebird 3.0 non legge database con un ODS (il
numero di release della struttura di database) inferiore alla 12. Questo
significa che il porting di un database da 2.5 a 3.0 richiede un backup ed un
restore. È comunque pianificato il supporto a database con ODS inferiori nelle
sub-release successive
 
Enrico

 MariaDB (eventualita' che ho comunque segnalato).
 
nessuno sforzo, occorre semplicemente fare un backup e un restore del vecchio db.


Il fatto che tu utilizzi un database da tanto tempo "felicemente" non >significa affatto che il suo utilizzo sia una scelta sensata.
 
questa proprio non l'ho capita, ma visto che non ho capito neanche che Firebird non lo utilizza nessuno ... sono coerente con me stesso.


 Per me i motivi per usare Firebird sono cessati molti anni fa, quando le continue perdite di dati, dovute a interruzioni continue della comunicazione tra client e server sono stati magicamente risolti passando a MySQL.
 
ma se IMPARAVI a LAVORARE non sarebbe stato meglio?
 
-- 
Imparare è un'esperienza, tutto il resto è solo informazione.
L'immaginazione è più importante della conoscenza.
La mente intuitiva è un dono sacro e la mente razionale è un fedele 
servo. Noi abbiamo creato una società che onora il servo e ha 
dimenticato il dono.
(Albert Einstein)

 rimettere mano ai tuoi programmi.
 
Questo lo davo per scontato.
Ora sono in un bel dilemma decisionale!
 
Se opto (ma sono dubbioso) di diventare un loro tester devo passare al 3 
tutte le 11 postazioni e non so cosa potrebbe succedere (anche perche' loro 
dicono che passando alla versione 3 di firebird, con la nuova versione, ne 
approfittano per introdurre nuove funzionalita' ecc.. ecc.. ) quindi per non 
avere dei problemi sul lavoro credo non stare quieto !!!
Se sto quieto ..... devo aspettare il cambiamento per poter adattare il mio 
programma oppure, su un portatile o altro pc, installare firebird 3 e 
iniziare a vedere cosa succede .....
 
Ciao
 
Daniele