Discussion :

[Ithilien]

Bonjour à tous,

Je suis en train de développer une application Access me permettant de gérer les stocks de matières premières d'une société.

Les matières premières sont achetées, entrées dans le stock des matières premières (suite à un achat), et puis sorties quand il y a un besoin en production.

J'ai donc crée une table "Matières Premières", une table "Entrées Stock Matières Premières" et enfin une autre "Sorties Stock Matières premières". Les relations entre les tables ont également été modélisées.

Ma question maintenant : si je veux connaître l'état du stock à un temps T, est-il préférable que je fasse une vue avec la somme de toutes les entrées - la somme de toutes les sorties ? Ou alors est-ce préférable de créer une table "Etat du stock", qui reprendrait, pour chaque matières premières, les quantités restantes ? Table qui serait mise à jour à chaque entrée et chaque sortie du stock ?

Merci pour vos conseils sur ceci.

Benoît

[ricounet]

Bonjour,

La solution de la requete est pour moi la meilleure, si tu crées une table solde stock il faut être sur qu'elle à été bien mise à jour.
Une requete te donnera le solde réel à coup sur.
Par contre tu as besoin de trois requetes
-RQtotalentrée
_RQtotalsortie
-RQsolde=Total entrée-totalsortie

A+

[Ithilien]

Merci pour ta réponse.
Une autre question maintenant, vaut-il mieux avoir deux tables "Entree stock MP" et "Sorties Stock MP", ou alors alors une seule "Mouvements Stocks MP" ?
Qu'est-ce qui est le plus efficace ? Va-il y avoir une grosse différence pour les requêtes ?

[ricounet]

Re


Sur les applications de gestion de stock que j'ai developpé, j'ai préféré créer une seule table, en fait un journal. Ca permet de faire une seule requete pour avoir le solde stock sur un article si dans le champs QTEMVT tu indiques -10 pour une sortie.
De façon générale, c'est plus facile de faire des recherches sur une seul table que sur deux.

A+

[Ithilien]

Excellente idée.
Je modifie mon schéma tout de suite.

Merci !

[dddodo]

Y a un exemple disponible d'une BDD Stock?, parce-que pour ma part ces mon prochain projet mais moi c'est pas des Matières premières, ça sera des uniformes classés par taille couleur modèle....
Ceux qui m'interesse finalement c'est de savoir en tant et en heure quelle salarié ne ma pas rendu son costume et ainsi de suite.
Et même de plus calculer a tout moment mon stock initial et final.
Donc si vous avez un petit conseil
Merci

Pour ma part moi je sépareré en deux tables j'ai constaté à long terme a trop vouloir rassemblé c'est pas top au niveau de la saisie mais au niveau de la récupération des données par contre ui. Si tu pouvais faire un imprim écran de ton MRD on devré pouvoir s'entre aider