Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Firebird 3
102 views
Skip to first unread message
Daniele
Jun 17, 2016, 4:28:39 AM6/17/16
to
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
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
enrico....@gmail.com
Jun 17, 2016, 6:15:02 AM6/17/16
to
Ciao Daniele,
> 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.
non ti preoccupare di scatenare qualcosa, secondo qualcuno di questo ng nessuno utilizza più Firebird per cui ....
> 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....)
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.
> 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.
> 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....)
Ciao da Enrico Giudici c/o Anthelios.
4ndre4
Jun 17, 2016, 6:30:30 AM6/17/16
to
On Friday, 17 June 2016 11:15:02 UTC+1, enrico....@gmail.com wrote:
[...]
[...]
> 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.
enrico....@gmail.com
Jun 17, 2016, 6:47:25 AM6/17/16
to
> Quanta spocchia :) Carissimo, fai pure nome e cognome, non mi piace essere chiamato "qualcuno".
scusami Andrea.
>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.
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.
Warp10
Jun 17, 2016, 6:57:31 AM6/17/16
to
Il 17/06/2016 10.28, Daniele ha scritto:
> 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.
L'aggiornamento delle librerie d'accesso a Firebird è (quasi) scontato.
> 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.
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
4ndre4
Jun 17, 2016, 8:05:07 AM6/17/16
to
On Friday, 17 June 2016 11:47:25 UTC+1, enrico....@gmail.com wrote:
[...]
> effettivamente potrebbe succedere, si spera sempre che il problema non sia così grave.
Non si vive di speranze. Sopratutto quando e` in gioco la pelle dei clienti.
>In tutti questi anni di utilizzo ( tocchiamo ferro ) la solidità per quanto mi riguarda è accertata, forse, e dico forse dipende anche da come viene gestito il codice.
Ma quando mai. Firebird e` una schifezza ed io ho avuto modo di provarlo.
> Qui si apre un mondo, secondo me dipende da tanti fattori.
Quali fattori? Di cosa stai parlando?
> 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.
[...]
> >Che Firebird non sia usato praticamente da nessuno e` una verita`,
>
> vedo che ti stai "ammorbidendo" sei passato da nessuno a praticamente ;-)
Per chi sa usare il cervello, affermare che Firebird non e` usato da nessuno significa affermare che la base di utenza di Firebird e` limitatissima, al punto da rendere la scelta di adottare questo prodotto sempre e comunque sbagliata. Firebird non offre *NIENTE* di diverso da quel che altri database, vedi i gia` citati MariaDB e Postgres, offrono. Anzi, con tutta probabilita`, offre molto meno. Il motivo per cui si dovrebbe usare Firebird - con tutti i problemi gia` citati in termini di supporto e di tecnologia affidabile e testata - e` del tutto misterioso.
>
> vedo che ti stai "ammorbidendo" sei passato da nessuno a praticamente ;-)
> effettivamente potrebbe succedere, si spera sempre che il problema non sia così grave.
>In tutti questi anni di utilizzo ( tocchiamo ferro ) la solidità per quanto mi riguarda è accertata, forse, e dico forse dipende anche da come viene gestito il codice.
> Qui si apre un mondo, secondo me dipende da tanti fattori.
> 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.
Daniele
Jun 18, 2016, 6:21:41 AM6/18/16
to
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
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
Daniele
Jun 18, 2016, 6:23:35 AM6/18/16
to
Ciao,
> 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).
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
> 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).
che si deve fare ??
Ci sono gia' esempi in rete ??
Grazie e ciao
Daniele
Daniele
Jun 18, 2016, 6:26:03 AM6/18/16
to
Ciao
> secondo me dipende da che versione delle FireDac utilizzi, dovresti
> 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 .....
> secondo me dipende da che versione delle FireDac utilizzi, dovresti
> verificare se la versione che hai tu supporta Firebird 3.
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 .....
Warp10
Jun 18, 2016, 7:19:51 AM6/18/16
to
Il 18/06/2016 12.23, Daniele ha scritto:
> Ciao,
>
>> 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).
>
> Avendo la sola necessita' di leggere alcuni dati (tra cui anche i
> boolean) che si deve fare ??
Posto che tu abbia la libreria corretta d'accesso ai dati di Firebird3
> Ciao,
>
>> 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).
>
> Avendo la sola necessita' di leggere alcuni dati (tra cui anche i
> boolean) che si deve fare ??
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.
Enrico Bianchi
Jun 18, 2016, 11:42:52 AM6/18/16
to
On 2016-06-17, 4ndre4 <a.laf...@gmail.com> wrote:
> Per chi sa usare il cervello, affermare che Firebird non e` usato da nessuno
> significa affermare che la base di utenza di Firebird e` limitatissima,
Non è questione di saper usare il cervello, è questione di lingua italiana.
> Per chi sa usare il cervello, affermare che Firebird non e` usato da nessuno
> significa affermare che la base di utenza di Firebird e` limitatissima,
Se tu dici "Firebird non lo usa nessuno", e vuoi intendere che il suo utilizzo
è limitato a pochissime realtà, lo stai facendo in maniera sbagliata, perché
quella è una frase assolutista che qualsiasi persona che abbia almeno una
licenza elementare gli darà questa interpretazione. E questo perché manca un
avverbio
> Firebird non offre *NIENTE* di diverso da quel che altri database,
che a te non servivano
> Ma quando mai. Firebird e` una schifezza ed io ho avuto modo di provarlo.
Enrico
Enrico Bianchi
Jun 18, 2016, 12:01:28 PM6/18/16
to
On 2016-06-18, Daniele <i...@io.it> wrote:
> Non e' mia la scelta di passare a firebird 3, me la sto trovando.
Ed ecco un ottimo motivo per scegliere una tecnologia ;)
> Non e' mia la scelta di passare a firebird 3, me la sto trovando.
> Considerato lo sforzo per adattare la base dati (se non ho capito male) di
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
Enrico Bianchi
Jun 18, 2016, 12:06:55 PM6/18/16
to
On 2016-06-18, Enrico Bianchi <enrico....@ymail.com> wrote:
> 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
Ok, ho detto una castroneria: Firebird 3.0 non legge database con un ODS (il
> 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
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
enrico....@gmail.com
Jun 18, 2016, 1:06:04 PM6/18/16
to
Ciao Daniele,
> 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).
nessuno sforzo, occorre semplicemente fare un backup e un restore del vecchio db.
> 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).
enrico....@gmail.com
Jun 18, 2016, 1:30:16 PM6/18/16
to
> Non si vive di speranze. Sopratutto quando e` in gioco la pelle dei clienti.
hai perfettamente ragione, infatti penso che ciascuno di noi voglia dare ai clienti un qualcosa di solido, performante e facile da manutenere, poi si sa che anche nelle migliori famiglie può capitare l'imprevisto.
> Ma quando mai. Firebird e` una schifezza ed io ho avuto modo di provarlo.
> Quali fattori? Di cosa stai parlando?
> 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.
Delta11
Jun 19, 2016, 10:48:11 PM6/19/16
to
On 06/17/2016 12:30 PM, 4ndre4 wrote:
> 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?
> 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.
--
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)
Daniele
Jun 20, 2016, 5:30:09 AM6/20/16
to
Ciao,
> 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.
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
> 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.
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
0 new messages