Est-ce que c'est un problème de structure inadaptée ?
je dirais que oui. Perso, je modélise les DB en entité-relations. L'idée d'une DB, c'est de stocker des données (captain obvious est dans la place :) ), et la table Mouvements, ça ressemble à une action. Ça peut avoir du sens si tu veux journaliser les opérations de déplacements, mais c'est "pas normal" que pour avoir l'état de tes données, tu doives "recalculer" tous les mouvements.
Si tes produits sont fongibles (pas de différence entre une chaussette et une autre), tu pourrais aussi considérer que la quantité stockée est un attribut de la relation entre produits et emplaçements. Un mouvement serait alors simplement une addition et une soustraction pour les emplacements concernés de la quantité déplacée dans la table représentant cette relation.
j'espère que je suis relativement clair. Je peux développer si t'as des questions.
# structure
Posté par gaaaaaAab . En réponse au message Sous requêtes et alias. Évalué à 6.
je dirais que oui. Perso, je modélise les DB en entité-relations. L'idée d'une DB, c'est de stocker des données (captain obvious est dans la place :) ), et la table Mouvements, ça ressemble à une action. Ça peut avoir du sens si tu veux journaliser les opérations de déplacements, mais c'est "pas normal" que pour avoir l'état de tes données, tu doives "recalculer" tous les mouvements.
Si tes produits sont fongibles (pas de différence entre une chaussette et une autre), tu pourrais aussi considérer que la quantité stockée est un attribut de la relation entre produits et emplaçements. Un mouvement serait alors simplement une addition et une soustraction pour les emplacements concernés de la quantité déplacée dans la table représentant cette relation.
j'espère que je suis relativement clair. Je peux développer si t'as des questions.