Discussion :

[qi130]

Bonsoir,
Je poste ici un peu par défaut ^^.

J'ai 1 base en 2.1, déclarée avec le charset ISO8859_1, et 1 table sans mention de charset sur les colonnes xCHAR.
Et lors d'un insert, "ç" et "œ" ne passent pas

D'où ma question !

Le passage au ISO8859_2 est-il la réponse ? un autre charset ?

La base est pour un usage perso, pas besoin d'internationaliser la chose

Merci pour vos réponses.

[Artemus24]

Salut qi130.

Normalement, en consultant ce wikipedia, le caractère 'ç' appartiennent bien à l'ISO-8859-1, mais pas le 'œ'.
Quand je teste ceci :

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
DROP   DATABASE;
CREATE DATABASE 'Data\Base.fdb' page_size 4096 DEFAULT CHARACTER SET iso8859_1;
 
SET NAMES iso8859_1;
 
create table test (
id  int      not null primary key,
lib char(20) not null collate FR_FR);
 
insert into test (id,lib) values (1, 'ça marche');
insert into test (id,lib) values (2, 'cœur');
Statement failed, SQLSTATE = 22018
arithmetic exception, numeric overflow, or string truncation
-Cannot transliterate character between character sets
After line 10 in file Base.sql
 
select * from test;
 
          ID LIB
============ ====================
           1 ça marche
 
 
exit;
 
Appuyez sur une touche pour continuer...

Comme tu peux le voir, ça ne passe pas pour le 'œ'.

Inversement, si tu mets du 'utf8', ça passe :

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
DROP   DATABASE;
CREATE DATABASE 'Data\Base.fdb' page_size 4096 DEFAULT CHARACTER SET UTF8;
 
SET NAMES UTF8;
 
create table test (
id  int      not null primary key,
lib char(20) not null collate UNICODE_CI_AI);
 
insert into test (id,lib) values (1, 'ça marche');
insert into test (id,lib) values (2, 'cœur');
 
select * from test;
 
          ID LIB
============ ====================
           1 ça marche
           2 cœur
 
 
exit;
 
Appuyez sur une touche pour continuer...

Mais je suppose que ce n'est pas ce que tu veux. Je pense que tu ne dois pas utiliser du 'iso-8859-1' mais plutôt du 'windows-1252', qui lui accepte le caractère 'œ'.

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
DROP   DATABASE;
CREATE DATABASE 'Data\Base.fdb' page_size 4096 DEFAULT CHARACTER SET WIN1252;
 
SET NAMES WIN1252;
 
create table test (
id  int      not null primary key,
lib char(20) not null collate WIN1252);
 
insert into test (id,lib) values (1, 'ça marche');
insert into test (id,lib) values (2, 'cœur');
 
select * from test;
 
          ID LIB
============ ====================
           1 ça marche
           2 cœur
 
 
exit;
 
Appuyez sur une touche pour continuer...

Pour répondre à ta question et pour faire les tests, je me suis inspiré de ce lien : http://www.destructor.de/firebird/charsets.htm
@+

[SergioMaster]

Bonjour,

je vote pour le WIN1252

[qi130]

Merci messieurs pour votre réponse.

Un peu de boulot en perspective... j'ajuste ma base en conséquence asap.

[Artemus24]

Salut à tous.

@ SergioMaster : avez-vous compris l'intérêt de faire de la ligne commande avec 'ISQL' ?
C'est plus facile de donner un exemple parlant.

@ Qi130 : c'est juste un test pour trouver le bon jeu de caractères selon les contraintes que vous avez indiqué.
Je suis d'accord avec vous, il y a du boulot en perspective !

@+

[SergioMaster]

@ SergioMaster : avez-vous compris l'intérêt de faire de la ligne commande avec 'ISQL' ?
C'est plus facile de donner un exemple parlant.

Bonjour,
Sauf que :
1- je n'allais pas ré-écrire une démonstration déjà faite
2- c'est l'expérience qui parlait, cette connaissance je l'ai déjà depuis déjà 10 ans (même si à mon grand dam, je ne l'ai acquise qu'après certains développements déjà mis en production)
3- que cela peut également se faire avec un GUI mais bon bien qu'ils ne donnent pas tous la même erreur (je viens de retester avec les 3 installés)
(à noter que Firebird Maestro est l'exception peut être via une bidouille interne) , un bon point pour IBExpert à ce sujet d'ailleurs , Barbibulle va jubiler
et non, je ne l'ai pas testé , j'ai juste lu la discussion citée plus bas (qui indique aussi certaine limites à ISQL à savoir l'éditeur de commande !)

et qu'enfin, je n'arrive plus à mettre le doigt dessus, lorsque j'avais fait mes recherches à ce sujet, je crois me souvenir que le ISO8859_1 de Firebird est en fait la collection ISO8859-15. Je mets ceci au conditionnel si makowski peut le confirmer en passant par là
c'est ce que tendrait à prouver cette discussion

[Barbibulle]

3- que cela peut également se faire avec un GUI mais bon bien qu'ils ne donnent pas tous la même erreur (je viens de retester avec les 3 installés)
(à noter que Firebird Maestro est l'exception peut être via une bidouille interne) , un bon point pour IBExpert à ce sujet d'ailleurs , Barbibulle va jubiler
et non, je ne l'ai pas testé , j'ai juste lu la discussion citée plus bas (qui indique aussi certaine limites à ISQL à savoir l'éditeur de commande !)

et qu'enfin, je n'arrive plus à mettre le doigt dessus, lorsque j'avais fait mes recherches à ce sujet, je crois me souvenir que le ISO8859_1 de Firebird est en fait la collection ISO8859-15. Je mets ceci au conditionnel si makowski peut le confirmer en passant par là
c'est ce que tendrait à prouver cette discussion

C'est ce qu'il me semblait également le ISO8859_1 a été amélioré pour supporter notamment €.
J'ai testé il accepte également le ç, et le œ

[Artemus24]

Salut à tous.

1- je n'allais pas ré-écrire une démonstration déjà faite

Pourquoi faire ?

Je parlais de moi, à savoir la facilité de tester dans mon environnement. Après rien ne vous empêche de me corriger si je raconte une bêtise.

2- c'est l'expérience qui parlait, cette connaissance je l'ai déjà depuis déjà 10 ans (même si à mon grand dam, je ne l'ai acquise qu'après certains développements déjà mis en production)

Comme tout le monde, enfin je crois. J'ai acquis mon expérience professionnel, d'une part quand je développais et d'autre en devenant administrateur. Mais c'était spécifique à DB2.
Quand j'ai changé de SGBDR, entre autre, j'ai dû réapprendre à raisonner dans le contexte de la micro et de MySql. Comme je le dis, autre contexte, autre raisonnement.

et qu'enfin, je n'arrive plus à mettre le doigt dessus, lorsque j'avais fait mes recherches à ce sujet, je crois me souvenir que le ISO8859_1 de Firebird est en fait la collection ISO8859-15.

C'est ce qu'il me semblait également le ISO8859_1 a été amélioré pour supporter notamment €.

Pas le ISO-8859-1 mais le ISO-8859-15 !

Il y a fréquemment une confusion entre le ISO-8859-1 qui est le latin1 avec le windows-1252 qui est aussi du latin1 avec quelques spécificités windows et le ISO-8859-15 qui est aussi du latin1 mais avec d'autres spécificités autre que ceux de Windows.
La différence se fait sur les caractères suivants :

--> iso8859-15 : identique à iso8859-1 sauf qu'il y a huit nouveaux caractères : '€', 'Œ', 'œ', 'Ÿ', 'Š', 'š', 'Ž', 'ž'.
Et ces caractères viennent remplacer les caractères suivants : '¤', '¦', '¨', '´', '¸', '¼', '½', '¾' qui eux, ont disparu.

--> windows-1252 : que l'on note aussi à tort 'ANSI' était une amélioration des caractères dits 'DOS'. Il est plus ancien que la norme 'ISO'.
La différence par rapport à ISO8859-1 se porte sur 32 caractères allant de '0x80' jusqu'à '0x9F'.

Le problème est que Windows-1252 est très bien adapté pour le système d'exploitation windows, mais n'est pas reconnu ailleurs.
Inversement, on devrait pour l'Europe de l'ouest, c'est-à-dire la France, utiliser le ISO8859-15 mais il n'est pas présent partout. Par exemple, il n'existe pas sous MySql et je ne l'ai pas trouvé, non plus, sous FireBird.

L'avantage de ce jeu de caractères est d'avoir un caractère pour un octet. Tandis que le UTF8 est multi-octets et pose quelques problèmes de volumétries.

J'ai testé il accepte également le ç, et le œ

Ce n'est pas possible. Le 'œ' ainsi que le '€' appartiennent à ISO-8859-15.
Mon test montre que le caractère 'œ' a été rejeté avec le charset 'ISO8859_1' sous FireBird.
Je ne mets pas votre parole en doute car dans un autre environnement, il y a d'autres règles.

@+

[Barbibulle]

Pas le ISO-8859-1 mais le ISO-8859-15 !

Il y a fréquemment une confusion entre le ISO-8859-1 qui est le latin1 avec le windows-1252 qui est aussi du latin1 avec quelques spécificités windows et le ISO-8859-15 qui est aussi du latin1 mais avec d'autres spécificités autre que ceux de Windows.
La différence se fait sur les caractères suivants :

--> iso8859-15 : identique à iso8859-1 sauf qu'il y a huit nouveaux caractères : '€', 'Œ', 'œ', 'Ÿ', 'Š', 'š', 'Ž', 'ž'.
Et ces caractères viennent remplacer les caractères suivants : '¤', '¦', '¨', '´', '¸', '¼', '½', '¾' qui eux, ont disparu.

--> windows-1252 : que l'on note aussi à tort 'ANSI' était une amélioration des caractères dits 'DOS'. Il est plus ancien que la norme 'ISO'.
La différence par rapport à ISO8859-1 se porte sur 32 caractères allant de '0x80' jusqu'à '0x9F'.

Le problème est que Windows-1252 est très bien adapté pour le système d'exploitation windows, mais n'est pas reconnu ailleurs.
Inversement, on devrait pour l'Europe de l'ouest, c'est-à-dire la France, utiliser le ISO8859-15 mais il n'est pas présent partout. Par exemple, il n'existe pas sous MySql et je ne l'ai pas trouvé, non plus, sous FireBird.

L'avantage de ce jeu de caractères est d'avoir un caractère pour un octet. Tandis que le UTF8 est multi-octets et pose quelques problèmes de volumétries.


Ce n'est pas possible. Le 'œ' ainsi que le '€' appartiennent à ISO-8859-15.
Mon test montre que le caractère 'œ' a été rejeté avec le charset 'ISO8859_1' sous FireBird.
Je ne mets pas votre parole en doute car dans un autre environnement, il y a d'autres règles.

Oui mais je crois que dans Firebird 2.x le ISO8859_1 est différent du ISO8859-1.

A mon avis le ISO8859-15 n'existant pas dans Firebird quand il a fallut ajouter le € ils ont préféré modifier le ISO8859_1 question de facilité et aussi pour les utilisateurs finaux cela évite une migration douloureuse de characterSET.

Et quand j'ai dit avoir testé, c'est que je l'ai fait... avec IBExpert... Il est possible qu'avec ISQL cela ne fonctionne pas bien je ne suis pas certain qu'il ne gère bien ce genre de chose....

Cf le Sujet que tu as déterré dans la section Débuter http://www.developpez.net/forums/d36...o/#post2242307

[Barbibulle]

Apparemment les caractères de l'ISO8859-15 et de l'ISO8859-1 sont présent dans l'ISO8859_1

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
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
/******************************************************************************/
/****        Generated by IBExpert             30/10/2015 19:17:05         ****/
/******************************************************************************/
 
SET SQL DIALECT 3;
 
SET NAMES ISO8859_1;
 
SET CLIENTLIB 'C:\Program Files\Firebird\Firebird_2_1\bin\fbclient.dll';
 
CREATE DATABASE 'LOCALHOST:C:\DataBases\Tests\tests.fdb'
USER 'SYSDBA' PASSWORD 'masterkey'
PAGE_SIZE 16384
DEFAULT CHARACTER SET ISO8859_1;
 
 
 
/******************************************************************************/
/****                              Generators                              ****/
/******************************************************************************/
 
CREATE GENERATOR GEN_PERSONNE_ID;
SET GENERATOR GEN_PERSONNE_ID TO 19;
 
 
 
/******************************************************************************/
/****                                Tables                                ****/
/******************************************************************************/
 
 
 
CREATE TABLE PERSONNE (
    ID_PERS  INTEGER NOT NULL,
    NOM      VARCHAR(10) COLLATE FR_FR_CI_AI,
    PRENOM   VARCHAR(20) COLLATE FR_FR
);
 
 
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (6, 'Etudiant', 'F');
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (9, 'ETUDIANTs', 'R');
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (10, 'ç', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (12, '€', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (11, 'œ', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (13, '¤ ¦ ', '');
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (14, '¨ ´', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (15, '¸¼', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (16, '½ ¾', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (17, 'ŸŠ', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (18, 'š', NULL);
INSERT INTO PERSONNE (ID_PERS, NOM, PRENOM) VALUES (19, 'Žž', NULL);
 
COMMIT WORK;
 
 
 
/******************************************************************************/
/****                          Unique Constraints                          ****/
/******************************************************************************/
 
ALTER TABLE PERSONNE ADD CONSTRAINT UNQ1_PERSONNE UNIQUE (NOM);
 
 
/******************************************************************************/
/****                             Primary Keys                             ****/
/******************************************************************************/
 
ALTER TABLE PERSONNE ADD CONSTRAINT PK_PERSONNE PRIMARY KEY (ID_PERS);
 
 
/******************************************************************************/
/****                               Triggers                               ****/
/******************************************************************************/
 
 
SET TERM ^ ;
 
 
 
/******************************************************************************/
/****                         Triggers for tables                          ****/
/******************************************************************************/
 
 
 
/* Trigger: PERSONNE_BI */
CREATE TRIGGER PERSONNE_BI FOR PERSONNE
ACTIVE BEFORE INSERT POSITION 0
as
begin
  if (new.id_pers is null) then
    new.id_pers = gen_id(gen_personne_id,1);
end
^
 
 
SET TERM ; ^
 
 
 
/******************************************************************************/
/****                              Privileges                              ****/
/******************************************************************************/

Un select me donne bien les caractères en question.

Code :

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

1
2
3
4
5
6
7
8
9
10
10	ç	
11	œ	
12	€	
13	¤ ¦	
14	¨ ´	
15	¸¼	
16	½ ¾	
17	ŸŠ	
18	š	
19	Žž