Discussion :

[jupierre]

bonjour,

j'ai plusieurs champs qui sont des champs numeriques de dénombrement : nombre de velo, de voiture, d'avion, nombre de question idiote firebird etc...

si on ne specifie pas de domaine, firebird créé automatiquement un domaine pour chaque champ. donc on a plein de domaine du meme genre !

il semble que l'etat de l'art commanderait de créér un domaine du genre : DOMAINE_DENOMBREMENT // default value 0 // not null

ensuite on attriburait ce domaine à tous les champs numeriques utilisés pour du dénombrement. On limiterait donc le nb de domaine. faut il faire cela ?

cette maniere de faire ameliore t elle firebird ? est ce que c'est juste une question de simplicité pour l'administration de la base ?

merci !

[makowski]

c'est une bonne pratique et une facilité d'administration de la base, pas une question de performance

[Yurck]

cette maniere de faire ameliore t elle firebird ? est ce que c'est juste une question de simplicité pour l'administration de la base ?

Depuis toujours j'utilise des domaines, et oui cela améliore la lisibilité de la structure de ta base. Ainsi un nom de domaine explicite permet de savoir pourquoi tu as declaré tel ou tel domaine pour tel ou tel champs.
Imaginons le type Integer, tu peux l'utiliser pour tes séquenceurs et pour tes quantités. Alors si tu as deux domaines tu pourra facilement faire la différence entre les uns et les autres et ainsi évoluer facilement vers des quantités flottantes.
Oui parce que depuis le XXème siècle Interbase nous promet le domaine modifiable via la commande "Alter Domain", sans doute n'attendrons nous pas un siècle de plus et alors la notion de domaine sous interbase deviendra réellement intéressante.

En attendant pour répondre clairement à ta réponse je ne sais pas si cela améliore les triatements d'interbase ou de FireBird et j'attends la réponse d'un utilisateur éclairé.

a+

[makowski]

Oui parce que depuis le XXème siècle Interbase nous promet le domaine modifiable via la commande "Alter Domain", sans doute n'attendrons nous pas un siècle de plus et alors la notion de domaine sous interbase deviendra réellement intéressante.

et bien dans Firebird, cela existe

En attendant pour répondre clairement à ta réponse je ne sais pas si cela améliore les triatements d'interbase ou de FireBird et j'attends la réponse d'un utilisateur éclairé.

au niveau perf cela n'a que très peu d'incidence

[Yurck]

et bien dans Firebird, cela existe

et cela ne fonctionne pas !

[jupierre]

j'ai enlever "resolu" car depuis que j'ai créé mon domaine et que je l'ai affecté a plusieures champ, j'ai un message lors du back up !!
le backup se fait mais a la fin j'ai le message:

" arhtmetic overflow division by zero as occures. arithmetic expression, numeric overflow or string contrunction".

le domaine "mondom" créé est un smallint defaut 0, null autorisé
tout les champs declarer en "mondom" etaient deja en smallint , null autorisé !
bizard ....

[Yurck]

Ta base existait déjà. Alors tu as fait comment pour affecter un nouveau domaine à tes champs ?

[makowski]

et cela ne fonctionne pas !

bien sûr que si, cela fonctionne très bien

[Yurck]

bien sûr que si, cela fonctionne très bien

Ah bah non !
J'avais un champ de type integer que mon client m'a demandé a faire passer en Varchar(20) et oui la commande Alter domain a fonctionné et les données ont semblé cohérentes mais...
j'ai donc utilisé ma bonne vieille méthode de création de champ temporaire d'affectation des données de destructions du champ initiale et d'affectation de donnée.

Alors je ne mets pas en doute que cela fonctionne puisque tu le dis, et je vais mettre cela sur le dos d'une erreur de ma part.
Je promets donc de réessayer dès que l'occasion se représentera et alors si cela se passe mal j'enlèverai les points de suspension de mon mais... et je posterai ici une explication plus cohérente que :
"ça marche pas !".

Cordialement et vive FireBird.