Discussion :

[TeChn4K]

Bonjour à tous,

Je me pose une questions concernant l'organisation d'une de mes tables :

Dois-je faire une table :
- Type 1 ligne par objet avec x champs pour x caractéristiques
- Type clé-valeur avec 1 ligne par caractéristique.

Vous me direz que tout dépend de ce que je souhaite en faire, je vous donne donc un exemple :

Je vais avoir différents type de véhicule : voiture, moto, camion

Chaque type comprend donc de multiples caractéristiques, communes ou non.
Je veux donc rester le plus souple possible, éviter de creer une table par type, devoir ajouter une nouvelle colonne a chaque info supplémentaire.

Le système de clé-valeur me tente énormément du fait de sa souplesse. Une seule table pour tous mes véhicules, avec une ligne par caractéristique, attaché un id véhicule unique. Et si demain je dois prendre en compte un autre type de véhicule, pas besoin de créer une table ou ajouter des champs. Mais quid des performances ? Peut être des problèmes de requêtes complexes (comparaisons de véhicules entre eux ...) ?

Le système classique quant à lui reste surement le plus simple et le plus rapide, mais offre beaucoup de contrainte...

Je vois de plus en plus de base de données organisées de la sorte, drupal avec ses content nodes, ou wordpress avec ses tables "meta"..

Que pouvez-vous me conseiller pour mon cas ?
Avez vous des retours d'expériences, des benchmarks, des articles traitant du sujet?

Merci beaucoup d'avance !

TeChn4K

[s.lennon]

Bonjour.

Personnellement, j'utilise les 2 façons de faire au boulot. Je n'ai pas fait de réels tests de performances, ce choix vient plutôt de l'utilisation que l'on a des différentes tables.

Par exemple, les tables du type "1 ligne par objet" sont utilisées dans le cas où quasiment toutes les lignes seront appelées régulièrement en saisie et consultation. A l'inverse, des tables type "clé-valeur" sont de grosses tables dont seules quelques lignes sont fréquemment utilisées. A ce moment-là j'utilise beaucoup les vues.

Du coup, j'aurai tendance à te conseiller de bien voir l'utilisation que tu veux en faire à long terme, la taille que ces tables auront (par exemple une table type "clé-valeur" peut vite devenir très volumineuse, ralentissant parfois les extractions), est-ce qu'elles sont souvent utilisées, etc. Essaies d'écrire les requêtes que tu utiliseras selon les 2 façons de faire, ça pourra t'aider à faire un point je pense.

En espérant avoir pu t'aider un peu...

[CinePhil]

Je vais avoir différents type de véhicule : voiture, moto, camion

Chaque type comprend donc de multiples caractéristiques, communes ou non.

Tu peux commencer par mettre en place un mécanisme d'héritage :
Voiture -(1,1)----Etre----0,1- Vehicule
Moto -(1,1)----Etre----0,1----------|
Camion -(1,1)----Etre----0,1------|

Les attributs communs à tous les types de véhicules se trouvent dans l'entité Vehicule, les attributs spécifiques à toutes les voitures sont dans l'entité Voiture, les attributs spécifiques à toutes les motos sont dans l'entité Moto, etc.

Par exemple :
te_vehicule_vhc (vhc_id, vhc_immatriculation, vhc_cylindree, vhc_chevaux_fiscaux, vhc_id_couleur, vhc_id_marque...)
th_voiture_vtr (vtr_id_vehicule, vtr_nb_places, vtr_id_type_voiture...)
th_moto_mto (mto_id_vehicule, mto_id_type_moto...)
th_camion_cmn (cmn_id_vehicule, cmn_tonnage, cmn_id_type_camion, cmn_date_dernier_controle_mines...)

Ensuite, s'il y a vraiment beaucoup de caractéristiques spécifiques à certains véhicules, tu peux créer une entité Caracteristique et l'associer aux vehicules :
Vehicule -0,n----Avoir----0,n- Caracteristique

Ce qui donnera une table associative :
te_caracteristique_crc (crc_id, crc_libelle)
tj_vhc_avoir_crc_vac (vac_id_vehicule, vac_id_caracteristique, vac_valeur)