Discussion :

[Alien_psy]

bonjour

je suis entrain de créer une base donnée pour gérer des stock de produit.

j'aimerais avoir un appercu par année des produits que je sort de mon stock donc pour cela j'ai une colone dans ma table produit qui est nommée "2013" j'ai dans mon formulaire une zone "date" et 'j'aimerais que lorsqu'on passera à 2014 qu'il crée une nouvelle colonne appelée 2014 et qu'il commence automatiquement à encoder mes sorties de stock dans ce champ et ainsi de suite pour les années à venir.

es ce posible ?

pouvez vous m'aider ?

[Invité]

Bonjour

Revoit ta conception de ta base de données, c'est une mauvaise idée de mettre un champ par année.

Philippe

[Alien_psy]

ben je ne vois pas vraiment d'autres solutions pour voir les produits que je vend sur une année et c'est pourtant nécessaire pour une estimation sur les produit que je vais acheter l'année suivante.

si vous avez une autre solution pour le meme résultat je suis prenneur

[chrtophe]

Comme le dis Philippe ta conception n'est effectivement pas bonne.

Stockes tout dans une colonne date et filtre selon tes besoins. Si tu mets la date complète tu peux même faire des stats sur des mois,des trimestres, voire mois/trimestres flottants.

[Alien_psy]

oui , mais à ce moment la, je doit créer une table par article alors ?

[Invité]

Re

A mon avis tu as un gros soucis de conception si tu penses être amené à faire cela.

Une copie d'écran de ta fenêtre relation devrait nous aider à mieux comprendre.

Philippe

[Alien_psy]

pour moi ce n'est pas un soucis de conception:

j'ai une table produit : dans laquelle j'ai les informations de mes produits ainsi que la quantité que j'ai en stock.

je modifie les quantité de mon stock via un formulaire

j'aimerais que lorsque sorte 10 pièce d'un article que ces 10 pièces s'ajoute dans le champ de l'année en cours "2013"

jusque la pas trop de problèmes la ou ca ce corse un peu c'est que j'aimerais que lorque on passera en 2014 un nouveau champ se crée automatiquement
"2014" et qu' a partir de ce moment les sorties s'encode dans le champ 2014.

cela dans le but de connaitre les quantités sorties par année et de pouvoir effectuer de moyennes sur un certain temps.

[Invité]

Re

Je suis désolé, mais c'est pas comme cela que l'on gère un stock.

On utiliser une table mouvement avec par exemple :

L'Id du produit
Le type de mvt (entrée sortie)
La quantité
La date

Ce qui permet d'avoir un historique et cela est bien utile pour comprendre un écart de stock.

Le champ de la date permet d'avoir un état complet par année, etc.

Pour moi ta modélisation n'est pas bonne, mais tu fais comme tu veux, le rajout d'un champ t'oblige à revoir tes requêtes, tes formulaires, etc..

Philippe

[Richard_35]

Bonjour Alien_psy,

pour moi ce n'est pas un soucis de conception

Pour moi ta modélisation n'est pas bonne

Comme le dis Philippe ta conception n'est effectivement pas bonne.

==> je suis entièrement d'accord avec Philippe et Chrtophe.

Trois avis convergeant devraient, au minimum, te faire réfléchir : le principe d'ajouter un champ dans une table à chaque nouvelle année est, à coup sûr, casse-gueule...

[Alien_psy]

je suis d'accord sur le fait que ca peut engendrer des soucis, mais ce n'est pas une erreure de conception

mais comment fonctionne ce système de table mouvement ?

[Invité]

Re

je suis d'accord sur le fait que ca peut engendrer des soucis, mais ce n'est pas une erreure de conception

Libre à toi de penser cela, c'est ta base.

Des exemples il y en a de nombreux sur la partie modélisation du forum Access en faisant une recherche avec le mot Stock, par exemple : http://www.developpez.net/forums/d12...estion-stocks/

Philippe

[Richard_35]

Bonjour Alien_psy,

ca peut engendrer des soucis, mais ce n'est pas une erreure de conception

==> peux-tu poster l'image des relations entre tes tables ?

[Chtulus]

je suis d'accord sur le fait que ca peut engendrer des soucis, mais ce n'est pas une erreure de conception

Y'en a qui doute vraiment de rien !

[Invité]

Re

Sinon, quoi que tu penses un peu de lecture de la FAQ Access, tu trouveras l'information dans cette partie :

http://access.developpez.com/faq/?page=Champs

Philippe

[Alien_psy]

Bonsoir,

juste une précision : quand j'ai dit que ce n'etait pas une erreur de conception de ma table je pensais que vous vouliez que je crée une table par article ce qui ne m'arrangais pas du tout. et au final ce n'est toujours pas une erreur de conception, c'est juste que je devais créer une table supplémentaire pour y enregistrer les mouvements. d'ailleur merci pour votre aide car maintenant j'ai un relevé de chaques entrées et de chaques sorties, mais on est encore loin du résultat final voulu : c'est à dire avoir un état qui permette de connaitre les sorties que j'effectue sur une certaine durée mais pour cela je doit poster une demande dans IHM


Mais juste un petite question concernant l'information que vous m'avez donné

pour quelle raison le nom "date" lorsqu'il est employé dans une requête crée une Erreur de Syntax?

j'y ai ajouté un "S" et ca fonctionne, mais je voulais en connaitre la raison

Merci pour votre réponse

[Chtulus]

Bonsoir @Alien_psy,

Vous êtes convaincu à dire que cela ne provient pas d'une erreur de conception.

Et ceci malgré les réponses reçues !

Votre Base ne respecte pas la 1ère FN, j'y mets ma main à couper et je relance (Et le lien c'est Wiki, désolé, mais lisez ceci d'fsmrel ).

Rien que l'idée de rajouter une colonne par année c'est totalement "absurde".

@Philippe JOCHMANS vous a donné des solutions :
http://www.developpez.net/forums/d12...estion-stocks/
http://access.developpez.com/faq/?page=Champs

En plus, un peu de lecture.

j'ai un relevé de chaques entrées et de chaques sorties,

Vous avez les entrées et les sorties donc les dates, non ?
Ou est le problème ?

pour quelle raison le nom "date" lorsqu'il est employé dans une requête crée une Erreur de Syntax?

DATE est un mot réservé du SQL !

Voici une liste non-exhaustive.
C'est la base, si vous ne savez pas cela, bon courage pour le reste !

[Alien_psy]

Chtulus,

Pour essayer d'être clair, il faut d'abord que vous sachiez que je novice en Access.

pour être franc avec vous avant d'avoir posté ce sujet j'ai essayé, via un champ de ma table produit que j'avais nommé 2013 répertorier l'addition des valeurs que je sortais de mon stock et ca fonctionnait.

je me suis donc dit qu'il ne me restait plus qu'a trouver une requête pour ajouter des champs au fil des ans.

j'avoue c'est une mauvaise idée.

mais mise à part ce fameux champ " 2013 " qui était un test

ma base de donnée ne comporte pas d'erreur de conception et fonctionne très bien jusqu' ici et il ne me reste plus qu' a l'améliorer pour la rendre encore plus fonctionnelle

bien à vous

[Chtulus]

Bonjour Alien_psy,

==> peux-tu poster l'image des relations entre tes tables ?

Donc pourriez vous répondre à la demande de Richard_35 ?

[Invité]

Re

ma base de donnée ne comporte pas d'erreur de conception

Si tu es obligé de rajouter un champ par année il y a bien un problème de conception quoi que tu en dises.

Philippe

[Chtulus]

oui , mais à ce moment la, je doit créer une table par article alors ?

Encore une fois, NON !

je me suis donc dit qu'il ne me restait plus qu'a trouver une requête pour ajouter des champs au fil des ans.

Et re-NON !

ma base de donnée ne comporte pas d'erreur de conception et fonctionne très bien jusqu'ici et il ne me reste plus qu' a l'améliorer pour la rendre encore plus fonctionnelle

Si je peux me permettre et au vu de vos explications, je dirais que vous chercher plus à détériorer ce qui existe que d'essayer réellement de l'améliorer.

Je réitère donc

==> peux-tu poster l'image des relations entre tes tables ?