Discussion :

[Socrat]

Rebonjour,

Pourquoi firebird 2.51 n'accèpte pas les caractère é,è,°,...

[ddaime]

Firebird accepte sans probleme les caracteres accentués.
Quel est le jeu de caractere de ta base de données ?
Les problemes d'accents sont souvent dus aux composants graphiques.
Quel language utilisez vous avec quels composants ?

[Socrat]

Mercie ddaime pour la répense.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DEFAULT CHARACTER SET NONE;

[SergioMaster]

CHARACTER SET ISO8859_1

serait plus indiquée

[alanglet]

CHARACTER SET ISO8859_1 serait plus indiquée

Bonjour,

Veuillez ne pas m'en vouloir de cette modeste "contradiction", mais je pense qu'utiliser l'ISO8859_1 avec la version française de Windows est une erreur fréquente. Le jeu de caractères utilisé par cette version est WIN1252.
Il manque en particulier au jeu ISO8859_1 les caractères dans la tranche #130 à #159 dont notre œ (#156) souvent utilisé (et malheureusement "oublié") dans nos noms de communes et autres noms.
L'utilisation de Firebird demande la définition de 2 jeux de caractères: le premier pour la connexion, le second pour les champs de type chaîne. Pour éviter le transcodage dans le logiciel, le jeu de connexion doit être celui utilisé par le logiciel (UTF8 pour Lazarus, WIN1252 pour D7...). Si le jeu utilisé pour les chaînes est différent, Firebird se charge du transcodage. Il émet une erreur s'il trouve un caractère qui n'a pas de correspondance dans les 2 jeux, évitant ce que certains considèrent à juste raison comme une corruption de la base. Mais si les 2 jeux sont identiques, il n'y a pas de transcodage, donc pas de "vérification", et "tout passe". Je connais ainsi une base de communes construite avec D7 et les 2 jeux ISO8859_1, qui est devenue illisible depuis un logiciel Lazarus avec la connexion UTF8.

André

[Socrat]

Bonjour,

J'ai pas encore réglé le problème.

J'ai oublié de vous signaler que j'étais sur Firebird 2.0, le prblème parvient après l'installation de la version 2.5.

j'ai cherché dans dans les forums, j'ai trouvé la solution suivante :

backup dans l'ancien version la 2.0 puis un restore sur la nvlle version 2.5 :

Le backup se passe normalement (evidement)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

gbak -b mydata.fdb mydata.fbk -USER SYSDBA -PASSWORD masterkey

Le restore ne marche pas :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

gbak mydata.fbk mydata.fdb -R -USER SYSDBA -PASSWORD masterkey -FIX_FSS_METADATA UTF8 -REP

erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
c:\DATA>gbak mydata.fbk mydata.fdb -R -USER SYSDBA -PASSWORD masterkey -FIX_FSS_METADATA UTF8 -REP
gbak:unknown switch "@1"
gbak:legal switches are:
        @1B(ACKUP_DATABASE)    backup database to file
        @1BU(FFERS)            override page buffers default
        @1C(REATE_DATABASE)    create database from backup file (restore)
        @1CO(NVERT)            backup external files as tables
        @1E(XPAND)             no data compression
        @1FA(CTOR)             blocking factor
        @1G(ARBAGE_COLLECT)    inhibit garbage collection
        @1I(NACTIVE)           deactivate indexes during restore
        @1IG(NORE)             ignore bad checksums
        @1K(ILL)               restore without creating shadows
        @1L(IMBO)              ignore transactions in limbo
        @1M(ETA_DATA)          backup or restore metadata only
        @1MO(DE) <access>      "read_only" or "read_write" access
        @1N(O_VALIDITY)        do not restore database validity conditions
        @1NT                   Non-Transportable backup file format
        @1O(NE_AT_A_TIME)      restore one table at a time
        @1OL(D_DESCRIPTIONS)   save old style metadata descriptions
        @1P(AGE_SIZE)          override default page size
        @1PAS(SWORD)           Firebird password
        @1R(ECREATE_DATABASE) [O(VERWRITE)] create (or replace if OVERWRITE used)\n                     database from backup file (restore)
        @1REP(LACE_DATABASE)   replace database from backup file (restore)
        @1RO(LE)               Firebird SQL role
        @1SE(RVICE)            use services manager
        @1T(RANSPORTABLE)      transportable backup -- data in XDR format
        @1USE_(ALL_SPACE)      do not reserve space for record versions
        @1USER                 Firebird user name
        @1V(ERIFY)             report each action taken
        @1Y  <path>            redirect/suppress status message output
        @1Z                    print version number
gbak:switches can be abbreviated to the unparenthesized characters
gbak: ERROR:found unknown switch
gbak:Exiting before completion due to errors

Je crois que 2.5 n'accepte pas l'option : -FIX_FSS_METADATA portant cette option est présente dans la syntaxe voir : (http://www.destructor.de/firebird/gbak.htm)