FlameRobin

Bonjour,

Je vous propose un nouvel élément à utiliser : FlameRobin

Un GUI hyper léger , multi-plateforme pour Firebird .



On ne regrettera que le fait qu'il soit en anglais et que les options de maintenance se limitent à la sauvegarde et restauration.

On aimera sa possibilité d'export (sous différents formats CSV,TXT,HTML,Script INSERT) des données sélectionnées

Qu'en pensez-vous ?

Un problème dans cet outil m'a fait perdre quelques heures.
Essayez de mettre un caractère accentué dans un simple commentaire à l'intérieur d'une procédure stockée et essayez de compiler !

Surprise ...

Je croyais que ça venait de mon sql .. et ben non

Bonjour,
Utilisant depuis longtemps Flamerobin , aussi bien sous Windows que sous Linux (Ubuntu)
par soucis de vérification j'ai créer la procédure (enfin si on peut appeler ça une procédure) suivante

Firebird 2.5 , Charset ISO8859_1

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SET TERM ^ ;   CREATE PROCEDURE TEST AS BEGIN /* write your code here */ -- et j'y met des accents é è à ç END^   SET TERM ; ^

---

Nada , pas la moindre erreur de compilation .

J'incriminerai donc plutôt le Charset de la Base de Données ,
sur une base Charset NONE on obtient effectivement l'erreur suivante

Citation:

---

Message: isc_dsql_execute2 failed

SQL Message : -607
This operation is not defined for system tables.

Engine Code : 335544351
Engine Message :
unsuccessful metadata update
STORE RDB$PROCEDURES failed
Malformed string

---

mais ici il ne faut pas critiquer l'outil mais l'ouvrier ;)

ou (moins probable encore) la version de firebird
Bref des éléments non fournis par Papy214

arf ...

Je n'avais pas pensé à ça. Il faudra que j'essaye.
Pour FB, c'est la dernière version, et je dois effectivement être en "none", ce qui me donne bien l'erreur que tu indiques.

Petite complément quand même : Si j'ouvre la même base avec "SQLManager lite pour Interbase/Firebird", je n'ai pas ce problème même en utilisant tous les caractères accentués possibles. D'où ma "critique" sur flamerobin ... puisque je pouvais penser légitimement (et un peu trop rapidement semble t-il) que ça venait de l'outil et non de l'ouvrier :mouarf:

Bonjour,

petite note
Le Charset NONE est fortement déconseillé et il est dommage que cela soit celui proposé par défaut (je m'en mord encore les doigts sur une base en exploitation)

Citation:

---

Envoyé par SergioMaster

...Firebird 2.5 , Charset ISO8859_1...

---

Bien vu le Charset... ;) Question ? et pour permettre le caractère "€", il faut mettre lequel ? (j'avoue ne pas avoir essayé, mais j'ai toujours eu des problèmes avec ces "CHARSET").

Avec les fichiers texte/html/tableurs/etc... j'utilise toujours UTF8, mais avec les bases de données, j'ai toujours eu des difficultés avec ce même UTF8.

Bonjour,

Citation:

---

j'avoue ne pas avoir essayé, mais j'ai toujours eu des problèmes avec ces "CHARSET".

---

ben moi aussi et du coup j'ai fait quelques essais car je suis en train de faire une nouvelle appli qui en aura peut être besoin .
je dois avouer que pour mes anciennes j'utilisais EUR, USD, GBP etc ... plutôt que les signes €,$,£

en procédant de la manière suivante :

Code:

---

1 2 3 4 5 6 7 8 9 10

CREATE TABLE TEST ( LIBELLE VARCHAR(16), CODE CHAR(1) );   INSERT INTO TEST (LIBELLE, CODE) VALUES ( 'Euro', '€' )

---

ISO8859-1 :moinsser: (même en mettant charset NONE ou UTF8 pour CODE)

Citation:

---

Error : ***IBPP::LogicException ***
Context: Statement:: Prepare
Message: SQL statement can't be 0.

---

UTF8 :plusser:

WIN1252 :plusser:

cependant , je crois que effectivement le problème vient bien de l'outil cette fois "le charset ISO8859-1 accepte l'euro" Philippe Makowski

[Edit] confirmation , il faut bien dans ce cas incriminer l'outil (j'ai même chargé le dernier snapshot pour vérifier) , ce comportement a été rapporté à l'équipe FlameRobin mais je n'ai pas l'impression qu'ils veuillent le traiter :( un des bugs report
en fait , le symbole € se trouve dans le Charset ISO8859-15 et non dans ISO8859-1 c'est là où la confusion existe j'ai l'impression que pour Firebird ISO8859-1 est de fait la norme ISO8859-15
et du coup ne propose pas ce Charset à la création de la base

Remarque que, quand je suis sous Windows et que j'utilise IBExpert au lieu de FlameRobin, c'est pas toujours très net non plus, surtout dans les importations de fichiers CSV ou XLS. Les résultats ne sont pas toujours ceux qu'on attend. Du coup, toutes mes bases de données sont en CHARSET UTF8, et pour mes importations je coche la case : "ANSI to UTF8". Comme ça, je retrouve mes petits. Par contre, j'ai jamais essayé dans des procédures.

Pour le symbole €, avec un peu de retard, et parce que j'ai galéré la-dessus moi aussi, j'ai fini par utiliser WIN1252 et ça fonctionne très bien.

Citation:

---

Envoyé par Papy214

Pour le symbole €, avec un peu de retard, et parce que j'ai galéré la-dessus moi aussi, j'ai fini par utiliser WIN1252 et ça fonctionne très bien.

---

UTF8 à quand même d'autres avantages et ne se limite pas à €. Imaginez par exemple une base de données sur des objectifs Photo. Avec des objectifs russes, il pourra être intéressant de mettre leur nom en cyrillique, comme c'est écrit sur l'objectif ... avec la traduction. Par exemple :
ЮПИТЕР = JUPITER
ГЕЛИОС = HELIOS
etc...

WIN1252 ne permettra pas ça.

Bonjour,

pour pallier au problème du symbole € (ou autres) avec ISO8859_1 tel que interprété par flamerobin il y a une solution

Code:

---

1 2 3 4 5 6

INSERT INTO TEST (LIBELLE, CODE) VALUES ( 'Euro', x'80' // code hexadécimal de € )

---

cependant un

Code:

---

SELECT * FROM TEST WHERE LIBELLE='Euro'

---

n'affichera pas le signe dans flamerobin :roll: on ne pourra que vérifier via un

Code:

---

SELECT LIBELLE, ASCII_VAL(CODE) FROM TEST WHERE LIBELLE='Euro'

---

qui nous affichera alors

Citation:

---

Euro 128

---