Discussion :

[VLDG]

Bonjour,

est il possible de changer le dialiecte d'une base autrement que par gfix ?

c'est à dire par les services dans FIBPlus ou UIB ou autre ?

[Barbibulle]

Heu il me semble même que c'est déconseillé...

La seule méthode fiable que je connaisse c'est de recréer une base avec la même structure et d'y injecter les données issue de la base d'origine.

D'ailleurs un petit tours dans la FAQ aurait répondu à votre question.
http://firebird.developpez.com/faq/?page=H2DO#TRA00186

En prime l'export et l'import de données :
http://firebird.developpez.com/faq/?page=H2DO#TRA00086

[Cl@udius]

Heu il me semble même que c'est déconseillé...

+1
Je dirais même, pour enfoncer le clou, que c'est à proscrire.
Créer une nouvelle base et injecter les données reste la seule solution viable.

@+

[VLDG]

Heu il me semble même que c'est déconseillé...

c'est déconseillé en règle générale car il y a des changements de type entre les 2 dialectes...

Mais dans mon cas précis, cela ne chage rien.

Cela me confirme qu'il ne doit pas y avoir de solution autre que le gfix pour éviter cela.

J'ai cru entendre dire que Firebird 3.0 ne supporterai plus le dialecte 1, alors je commence à faire quelques changements mais la solution d'export et d'import est un peu lourde à mettre en place (enfin je trouve)

[makowski]

tout est décrit dans la doc d'IB6 :
Migrating databases to dialect 3
dans InterBase60_MigrationGuide.pdf disponible ici :
http://firebirdsql.org/index.php?op=doc#category_9

[Barbibulle]

Ah oui très intéressant !
Il décrit les 2 méthodes :
Celle qu'on a préconisé (création d'une nouvelle base puis injecter les données dedans)
Et celle qui permet de le faire en direct avec gfix.

On notera que le gfix n'intervient qu'à la 16eme étape.

Alors question lourdeur, je dirais que si on veut faire les 15 étapes précédentes et les suivantes, ca ne me parait pas la méthode la plus simple...

Surtout que la méthode de recréer une autre base se fait en quelques clics avec les bons outils.

[VLDG]

effectivement ça parait super long mais je pense que mes bases sont dialecte 3 ready...

si je fais un gfix -validate je n'ai pas d'erreurs après les passage en dialecte 3

[Barbibulle]

effectivement ça parait super long mais je pense que mes bases sont dialecte 3 ready...

Je pense qu'il vaut mieux être certain plutôt que de penser que c'est bon.

Vous n'avez pas de colonne de type numeric ou décimal avec une précision supérieur à 9 ?

Vous n'avez pas de type DATE ? (que des timestamp)

Vous n'avez pas de PS, trigger contenant des chaines de caractères (contantes) ?

Vous n'avez pas de nom d'objet utilisant un des 17 nouveaux mots réservés du dialect 3 ?

etc...

[VLDG]

Vous n'avez pas de colonne de type numeric ou décimal avec une précision supérieur à 9 ?

Non

Vous n'avez pas de type DATE ? (que des timestamp)

Non

Vous n'avez pas de PS, trigger contenant des chaines de caractères (contantes) ?

Non

Vous n'avez pas de nom d'objet utilisant un des 17 nouveaux mots réservés du dialect 3 ?

Non

En fait, j'avais vu avec le président (PM) en fin d'année dernière (2009) et c'est pour cela que je pense que je ne prends pas de grand risque.

De plus, j'utilise le dialecte 3 sur ma base de test depuis cette date et je n'ai jamais eu de soucis

[Barbibulle]

Donc en effet ca à l'air de rouler

Je suppose que depuis vous avez également fait des backup / restore.

[VLDG]

Donc en effet ca à l'air de rouler

Je suppose que depuis vous avez également fait des backup / restore.

oui. Mais je vais peux être faires quelques tests complémentaires encore.