oui j'ai dis une connerie pour la redondance. J'avais en tête un exemple qui provoquait ça et je l'ai pris pour un cas général.
Pour la source, tu chercheras, j'ai appris ça en BTS dans les règles de modélisation, factorisation des données par exemple. Il faut toujours factoriser au maximum, ne pas utiliser 1 tuple pour y stocker plusieurs item alors que tu peux les factoriser en plusieurs.
Je me cite du message d'avant qui explique :
J'ai essayé de voir pourquoi tu restes sur ton idée du champs nombre, tu parlais de potion et de pièces, il n'est pas utilise des les différencier donc je comprend que tu veuilles utilises un champs pour le nombre. Mais que fais tu si tu as d'autre objet qui ont besoin d'une différentiation? Des épées, de même nom, mais avec des usures différentes???
Faut vraiment que je trouve ça sur une vrai source, car on va pas s'en sortir mais stocker une information que tu peux avoir par une fonction sql est une erreur de modélisation... Si le calcul est trop fastidieux et répétitif tu as l'option d'utiliser une vue.
Pour la source, tu chercheras, j'ai appris ça en BTS dans les règles de modélisation, factorisation des données par exemple. Il faut toujours factoriser au maximum, ne pas utiliser 1 tuple pour y stocker plusieurs item alors que tu peux les factoriser en plusieurs.
Je me cite du message d'avant qui explique :
Citation :Dans le cas d'une table Acheter, issus de la relation many to many d'une table Item et d'une autre User alors oui, il pourrait en fonction du cahier des charges être utile de placer un champ quantité mais souvent, il sera privilégié un tuple par item acheté puisque gérer tous les items achetés en même temps dans un tuple empêchera la distinction entre chacun d'eux. Mais je n'ai pas l'impression qu'on soit dans ce cas ci.
J'ai essayé de voir pourquoi tu restes sur ton idée du champs nombre, tu parlais de potion et de pièces, il n'est pas utilise des les différencier donc je comprend que tu veuilles utilises un champs pour le nombre. Mais que fais tu si tu as d'autre objet qui ont besoin d'une différentiation? Des épées, de même nom, mais avec des usures différentes???
Faut vraiment que je trouve ça sur une vrai source, car on va pas s'en sortir mais stocker une information que tu peux avoir par une fonction sql est une erreur de modélisation... Si le calcul est trop fastidieux et répétitif tu as l'option d'utiliser une vue.