Je ne sais pas si ta question est purement théorique (pour le fun ou didactique), ou alors si tu comptes réellement utiliser ça comme un vrai logiciel de gestion de stock.
Dans le second cas, il serait préférable d'ajouter deux tables :
- une qui donne le stock global par article ;
- une qui donne le stock des articles par emplacements.
Ces deux tables sont à mettre à jour à chaque mouvement.
Pourquoi ? Parce que faite une requête qui tape dans les mouvements de stocks pour calculer un stock global est une hérésie en terme de performances. Que se passera-t-il quand ta table des mouvements de stocks fera une centaine de millions d'enregistrements ?
La consultation d'un stock est une chose qui revient très souvent, beaucoup plus souvent que de consulter les mouvements qui ont été fait, il vaut mieux donc optimiser l'interrogation, quitte à pénaliser un peu l'écriture des mouvements en ajoutant/retirant la quantité mouvementée dans les deux tables. C'est logique, et c'est comme cela que font tous les ERP que j'ai pu croiser dans ma longue carrière.
# table stock
Posté par xulops (site web personnel) . En réponse au message Sous requêtes et alias. Évalué à 3.
Je ne sais pas si ta question est purement théorique (pour le fun ou didactique), ou alors si tu comptes réellement utiliser ça comme un vrai logiciel de gestion de stock.
Dans le second cas, il serait préférable d'ajouter deux tables :
- une qui donne le stock global par article ;
- une qui donne le stock des articles par emplacements.
Ces deux tables sont à mettre à jour à chaque mouvement.
Pourquoi ? Parce que faite une requête qui tape dans les mouvements de stocks pour calculer un stock global est une hérésie en terme de performances. Que se passera-t-il quand ta table des mouvements de stocks fera une centaine de millions d'enregistrements ?
La consultation d'un stock est une chose qui revient très souvent, beaucoup plus souvent que de consulter les mouvements qui ont été fait, il vaut mieux donc optimiser l'interrogation, quitte à pénaliser un peu l'écriture des mouvements en ajoutant/retirant la quantité mouvementée dans les deux tables. C'est logique, et c'est comme cela que font tous les ERP que j'ai pu croiser dans ma longue carrière.