Discussion :

[pmithrandir]

Bonjour.

J'ai un problème qui revient plusieurs fois dans les schéma de bdd que je regarde et qui me chiffonne un peu.

Imaginons un schéma comme celui ci :

Device
- device_id
- device_name

Device_options
- device_option_id
- device_id(FK)
- date_insertion
- name
- created_by

et maintenant ceci... qui me gène pas mal

Device_option_value_int
- device_option_id
- value : INT

Device_option_value_varchar
- device_option_id
- value : VARCHAR

Device_option_value_float
- device_option_id
- value : FLOAT

Device_option_value_boolean
- device_option_id
- value : BOOLEAN

Comment pouvons nous prévoir ce choix de variables de manière élégante.

je vois par exemple comme solution :
- mettre une colonne par type de valeur (value_int, value_varchar...) et sélectionner la première non null dans la requête : pas très élégant je trouve
- avoir une seule colonne de type varchar et mettre perdre le type comme information... plus ou moins réalisable en fonction des fois...

Mais j'avoue que je bloque... et faire 4 jointure pour quelque chose d'aussi stupide... me parait hallucinant.

Merci,
Pierre

[punkoff]

Bonjour,

Avez-vous lu cet article ? http://sqlpro.developpez.com/cours/m...n/metadonnees/

[pmithrandir]

Bonjour,

Merci pour cette réponse.

Ce qui m'embete dans ce schéma, qui finalement ressemble beaucoup a celui que j'ai(on externalise les nouvelles caractéristiques), est que la valeur (CRE_VALEUR) est définie en caractères... on perd donc le type de la valeur dans la colonne... C'était la première idée qui me venait, mais ca m'embetait de perdre ce type(int, varchar, float...) En particulier, parce que le fait d'avoir un type garantie nativement d'avoir des données compatibles d'insérées, et des erreurs compréhensibles retournées tout de suite en cas d'erreur.

Vous avez inséré "azerty" dans un integer

Vous avez inséré "3.568" dans un integer

...

[punkoff]

Faut des traitements côté applicatif (où côté base selon vos affinités)
Un coup d'expression régulière et on en parle plus.

[CinePhil]

Tu peux aussi avoir la colonne qui porte la valeur de type VARCHAR et une colonne qui indique le type de la valeur.
Ensuite, il doit être possible de mettre une contrainte CHECK (ou un trigger) qui vérifie que le type de la valeur insérée correspond bien au type de valeur annoncé.

[pmithrandir]

Merci...

En fait, ca m'étonne beaucoup qu'il n'y ai pas un truc bateau en conception pour ce problème que l'on retrouve tous les 4 matins...

L'idée du trigger de contrainte, c'est pas mal, mais ca me parait encore bien lourd...

[CinePhil]

L'idée du trigger de contrainte, c'est pas mal, mais ca me parait encore bien lourd...

Pas plus que de vérifier qu'une date de fin est bien postérieure à la date de début !

Sauf si l'utilisateur est le docteur Emmet Brown mais bon...