Afficher le résultat d'une requête‎ dans la table principale

**lokardz** · 19/02/2013, 16h08

Bonjour,
je trouve que ce forum est bien alimenté en infos merci pour cela

j'ai une question que j'arrive pas a résoudre , je suis novice en access 2007

voila ma question :
j'ai deux table :

table1 [commande]
N°commande
date
Produit
quantité1
couleur 1
quantité2
couleur 2
Prix total
table2 [Type de produit]
Produit
Prix

j'ai fait une requête pour [Quantité1+Quantité2]commande*[Prix]type de produit pour avoir le prix tt

jusqu’à la c bon, mais je veux que le résultat de la requête s'affiche dans [prixtotal]table1 pour chaque nouvelle entré

j’espère que je claire et que ma question trouve une réponse
merci d'avance

**mumen** · 19/02/2013, 17h42

Pour répondre de manière brute à ta question, il faut faire une requête qui réunisse les deux tables sur le Produit et dans laquelle tu fasses le calcul désiré.

PrixTotal = (Table1.Quantité1 + Table1.Quantité2) * Table2.Prix

Dans ce cas, tu ne dois pas avoir de champ PrixTotal dans la Table1 et tu dois afficher le résultat de ta requête plutôt que la Table1 pour obtenir ta colonne PrixTotal. En d'autres termes, cette requête doit être la source de ton formulaire.
Pour répondre autrement à ta question, le problème est mal posé. Si par exemple le prix d'un article doit changer un jour, tous les prix totaux de ton historique vont changer aussi et tes stats seront faussées.

Tu dois ajouter à ta table commande le champ Prix et le renseigner dès que le produit est renseigné en allant y chercher le Prix qui est alors le prix par défaut actuel (PrixCourant), quand le prix de la ligne est le prix pratiqué (PrixPratiqué).

La requête précédente doit être réalisée aussi, mais elle devient plus simple puisqu'elle se contente de la table Commande, avec le calcul du PrixTotal :

PrixTotal= (Quantité1 + Quantité2) * PrixPratiqué

**lokardz** · 19/02/2013, 19h32

Merci pour ta réponse , alors j'ai tout faut
j'ai pas du tout pensé "tous les prix totaux de mon historique vont changer"
je vais reprendre toutes a Zéro
Merci encore pour ta Réponse ,

**lokardz** · 20/02/2013, 10h50

Envoyé par mumen

Pour répondre de manière brute à ta question, il faut faire une requête qui réunisse les deux tables sur le Produit et dans laquelle tu fasses le calcul désiré.

PrixTotal = (Table1.Quantité1 + Table1.Quantité2) * Table2.Prix

Dans ce cas, tu ne dois pas avoir de champ PrixTotal dans la Table1 et tu dois afficher le résultat de ta requête plutôt que la Table1 pour obtenir ta colonne PrixTotal. En d'autres termes, cette requête doit être la source de ton formulaire.
Pour répondre autrement à ta question, le problème est mal posé. Si par exemple le prix d'un article doit changer un jour, tous les prix totaux de ton historique vont changer aussi et tes stats seront faussées.

Tu dois ajouter à ta table commande le champ Prix et le renseigner dès que le produit est renseigné en allant y chercher le Prix qui est alors le prix par défaut actuel (PrixCourant), quand le prix de la ligne est le prix pratiqué (PrixPratiqué).

La requête précédente doit être réalisée aussi, mais elle devient plus simple puisqu'elle se contente de la table Commande, avec le calcul du PrixTotal :

PrixTotal= (Quantité1 + Quantité2) * PrixPratiqué

Salut,
pourriez tu m'expliquer d'avantage sur le truc pour garder l'historique
qu'on je veux changer les prix un jour ? j'ai pas tout compris
merci

**madefemere** · 20/02/2013, 14h09

Bonjour,

En fait l'idée est d'ajouter un champ Date dans ta table2 Type de produit pour que le prix d'un produit soit valable pour une période donnée.

Ci-joint un échange sur les prix avec historique :
http://www.developpez.net/forums/d11...que-date-prix/

Tu fais une recherche avec les mots-clé "prix-historique-date" et tu verras que beaucoup de fil sont basés sur ce thème.

Bonne continuation

**mumen** · 20/02/2013, 14h48

Envoyé par lokardz

Salut,
pourriez tu m'expliquer d'avantage sur le truc pour garder l'historique
qu'on je veux changer les prix un jour ? j'ai pas tout compris
merci

Tu as deux tables : Produit et Commande.

Les produits sont créés pour servir et durer longtemps. Ils sont le support de l'action. Si tu entres un Prix dans cette table, il s'agit de son prix actuel, celui qui sera pratiqué lors d'une transaction ultérieure (vente, achat, etc.).
Les commandes sont des mouvements au quotidien, ce sont des transactions. Elles se caractérisent toujours au moins par une date. Une vente est aussi une transaction.

Prenons en exemple une simple transaction de vente.

Quand tu achètes un litre de lait, le prix qu'il coûte est inscrit sur l'étiquette en rayon et il est reporté sur le ticket de caisse lors de l'achat. Grossièrement, l'étiquette représente le produit et le ticket de caisse la vente.

Dans ton analyse, tu n'inscris pas le prix sur le ticket de caisse, mais tu considères qu'il suffit d'aller regarder le prix sur l'étiquette. Moralité, si le lait augmente, tout se passe comme si le prix changeait sur ton ticket de caisse de la veille. Et quand tu feras la somme de tes tickets de caisse, c'est le dernier prix connu qui sera pris en compte.

madefemere a raison de te suggérer de chercher de l'information sur les transactions.

En fait l'idée est d'ajouter un champ Date dans ta table2 Type de produit pour que le prix d'un produit soit valable pour une période donnée.

Mais ça, excuse moi madefemere, c'est non ! C'est mal expliqué et en plus si on essaye de le faire quand même, on part en usine à gaz ! (je sais j'ai fait

)

Tu dois faire tes tables comme suit :

Produit
- Description
- PrixCourant

Commande
- Numéro
- Produit
- Quantité
- PrixPratiqué
- PrixTotal= Quantité * PrixPratiqué

Je ne discute pas des deux quantités et des couleurs que tu gères à ta manière.

Au moment ou ta commande va être saisie, quand le produit est renseigné, tu dois avoir un petit code qui va chercher le PrixActuel de l'article pour le copier dans le PrixPratiqué de ta commande.

Je te répète le conseil précédent : tu es débutant en analyse des besoins et il te faut asseoir tes bases pour faire un développement propre qui anticipe tes besoins. Sinon de mauvaises surprises t'attendent ! Ce n'est pas du temps perdu, c'est de l'investissement.

**lokardz** · 21/02/2013, 13h46

merci beaucoup pour vos réponses
j'ai recrée les tables mais j'ai beau cherché a afficher les valeur de prix courant et les coller dans prixpratiqué mais j'ai pratiquement rien trouver

c pas une requête mise a jour nan !

j'ai trouver ce bout de code mais j'arrive pas a l'utiliser
docmd.RunCommand acCmdPaste

**mumen** · 21/02/2013, 17h00

Envoyé par lokardz

merci beaucoup pour vos réponses
j'ai recrée les tables mais j'ai beau cherché a afficher les valeur de prix courant et les coller dans prixpratiqué mais j'ai pratiquement rien trouver

c pas une requête mise a jour nan !

j'ai trouver ce bout de code mais j'arrive pas a l'utiliser
docmd.RunCommand acCmdPaste

D'abord il fallait avoir une bonne structure, j'espère que tu saisis bien ce que tu as fait.

Là, on change de registre. Ce n'est plus de l'analyse, c'est du codage. Tu vas devoir mettre un peu de VB pour faire marcher ça.

Normalement, tu as créé un formulaire qui permet de saisir la commande. Dans ce formulaire, tu es supposé avoir entre autre un contrôle du type liste déroulante qui te permet d'assigner le produit à la commande.

Si c'est oui, alors on continue.

Dans les propriétés de ce contrôle, tu as les événements. Choisis l'événement 'Après MAJ' (Mise A Jour) et clique sur le bouton '...' ensuite demande le 'Générateur de code'. Tu te retrouve dans l'éditeur VBA avec quelque chose comme

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Private Sub ClefProduit_AfterUpdate()
 
End Sub

ou 'ClefProduit' est le nom que tu as donné à ton contrôle .

Dans ce code tu vas écrire une instruction qui ressemblera à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Private Sub ClefProduit_AfterUpdate()
    Me!PrixPratiqué = DFirst("PrixCourant", "Produit", "ClefProduit = " & Me!ClefProduit)
End Sub

Ce que j'ai appelé ClefProduit est le nom de la clef primaire que tu es sensé avoir créée dans ta table Produit et qui est le contenu

Quand ce code sera au point, au moment ou l'article sera défini dans la commande, alors le prix de la commande sera lu dans l'article et mis dans la commande.