Citation (Kiksystem @ 26 Mar 15 à 17:18 )
Je sais pas si je peux vous aider ni si c'est en rapport, mais je fais souvent des petits programme informatique pour divers logiciel du style macros. Et dans ton cas tu ne peux pas créer des tableaux qui renvoient à d'autres tableau pour ainsi remplir les données dont tu as besoin?
J'ai pas trop suivi le problème, mais imaginons tu as
: Un tableau marque, puis un modèle puis cylindré puis type puis poids. C'est possible ça?
C'est sûrement plus facile en lecture et en création si c'est réalisable... Car tu as un nombre de page puissance 100000 à créer visiblement...
Pas si simple que ça car, si j'ai bien compris, il faut d'une manière ou d'une autre associé les différents "ressorts" disponibles pour un modèle/année à énormément de combinaison possible de poids/taille/âge/niveau/utilisation.
Et donc même si tu as des tables contenants les modèles, une autre contenant par exemple les ressort, il faudra alors que tu en créé une autre pour les associé les modèle au ressort.
Cette table "associée" modèle/ressort (qui contient déjà un nombre de ligne non négligeable j'imagine) sera ensuite à associer à une autre table contenant toutes les combinaisons combinaison possible de poids/taille/âge/niveau/utilisation.
La table associée finale sera énorme... en gros y'a du boulot !
Un petit crobar dégueu pour illustrer ce que je viens de dire (en 3 la table d'association qui contiendra le plus de ligne) :
C'est un modèle de donnés possible, il y a bien sur d'autres solutions (à étudier) mais dans le principe se serait ça. D'où l'intérêt d'avoir des plages de poid/taille/age au possible afin de limiter le nombre de combinaisons à entrer en base.