Champs statut VARCHAR ou NUMBER?

Bonjour,

Juste une petite question concernant les méthodes de conception d'une DB..
Lorsque l'on crée une table où l'on a besoin d'un champs.. STATUT par exemple.
Est-ce préférable de choisir un type NUMBER ou VARCHAR ?

Style :
Number : 0 = pas confirmé, 1 = confirmé et donc mettre un CHECK .. IN(0,1)
ou alors plutôt
VARCHAR2 : CHECK .. IN('CONFIRMED','UNCONFIRMED') ..

Ou est-ce qu'on s'en fout tout simplement ?

Je ne vois pas de différences point de vue performances.. juste une meilleure compréhension lorsque l'on regarde la DB dans le cas du VARCHAR2..

Merci d'avance !

Le seul intérêt du number c'est d'économiser quelques octets ;)

Parfois quelque octets ici quelques la peut compter. Imaginez la modification de votre table qui contient quelques millions des lignes pour ajouter la colonne statut avec une valeur par défaut.

Donc vous privilegeriez plutôt le NUMBER ?

L'inconvénient je trouve c'est vraiment le manque de clarté, il faut se plonger dans le côté niveau développement pour se rendre compte réellement de la signification des valeurs.

Enfin.. vous me direz.. il est toujours possible de commenter les colonnes :P

ou bien choisir le nom de la colonne ;) plutôt que status, confirmed peux suffire à mieux comprendre :)

mnitu :arrow: on est d'accord ;)

Oui bien sûr, c'était ici à titre d'exemple, il y a plus de statut que les deux que j'ai cité plus haut :P

Ok ok merci à vous pour vos réponses ! :)

Bonne journée.

Si vous optez pour le nombre, vous pouvez même le déclarer en NUMBER(1).
Si votre modèle peut évoluer sur plus de deux valeurs, n'hésitez pas à faire une table de référence (en IOT, le surcoût sera très faible).

Citation:

---

Envoyé par libuma

Donc vous privilegeriez plutôt le NUMBER ?
...

---

Non, je n'ai pas dit ça. J'ai dit que parfois, dans votre décision vous devez prendre en compte des autres facteurs.

Et un VARCHAR2(1) avec C pour Confirmed et U pour Unconfirmed pourrait être une solution intermédiaire ?!

Citation:

---

Envoyé par macben

Et un VARCHAR2(1) avec C pour Confirmed et U pour Unconfirmed pourrait être une solution intermédiaire ?!

---

Pas très parlant un caractère..
Dans ce cas pourquoi ne pas plutôt utiliser simplement un NUMBER? :o

Citation:

---

Envoyé par libuma

Pas très parlant un caractère..
Dans ce cas pourquoi ne pas plutôt utiliser simplement un NUMBER? :o

---

Ouais et j'ajouterais que l'on doit gérer la casse, voir l'accentuation... Bref, du trouble pour pas grands avantages, à mon sens !