Base de données Clients + Cumul Achats

[alog1977]

Bonjour,

Je souhaiterais mettre en place une base de données pour les clients de ma boutique, et je voudrais qu'elle ressemble à ça:

j'ai plusieurs problème: Je n'arrive pas à faire en sorte que le cumul soit la somme de tous les achats, et et j'aimerais ne pas avoir à entrer la date à chaque fois, mais qu'elle soit automatique..

Pouvez-vous m'aider?

Merci

[jeanmimi]

Bonjour et bienvenue dans ce forum,
Ce qui aiderait, c'est avoir ta base en fichier joint.
Pour les calculs, tu dois passer par une requête pour les faire et les visualiser dans ton formulaire.
Pour la date automatique, il faut avoir un contrôle de date déroulant et le paramétrer sur Auj par défaut.

[alog1977]

Voilà la base..

J'avoue que je n'ai pas encore vraiment compris comment fonctionnent les requêtes...

Merci pour votre aide précieuse!

[jeanmimi]

Voilà la base avec champ date déroulant dans la grille.

[alog1977]

Je ne comprends pas pourquoi j'ai toujours ce message lorsque j'essaie d'écrire librement dans la colonne "cumul".. Et ce é partir de la seconde ligne...

[Allister]

Bonjour,

Dans ta table "Achats" tu as mis en clé primaire "IdClient", donc il ne peut y avoir qu'un seul achat par client.
Si tu veux plusieurs achats par client, ajoute un champ "IdAchat" à ta table Achat. "IdAchat" en clé primaire et autoincrement.
Ce qui permettra plusieurs achats possibles à une même date pour une personne.

[alog1977]

Comment mettre la date en autoincrement?

[jeanmimi]

Une date ne se met pas en auto-incrément (ou du mons je n'en vois pas l'utilité), mais un ID oui en cliquant sur auto-valeur.

[alog1977]

Pardon, je ne voulais pas dire la date, je parlais de IdAchat.. Ce que je ne comprends pas, c'est pourquoi on doit déterminer une relation entre la table clients et la table achat.. Après tout, aucune donnée Clients n'a de conséquences sur ses achats.. En fait, il s'agit seulement de pouvoir ajouter des clients au fur et à mesure de la journée, de pouvoir les rechercher, et de noter le montant de ce qu'ils achètent à chaque fois..

[jeanmimi]

Si tu ne veux que entrer le montant des achats du jour pour un client donné, tu n'as besoin alors que d'une table Clients.
C'est bien çà que tu veux faire ?

[YVES14]

Bonsoir,

La création de 2 tables te permet d'avoir autant d'achats que tu veux pour un même client, sans avoir à resaisir toutes les coordonnées de ton client.

Pour pouvoir dire qu'un achat est le fait d'un client particulier il faut relier l'achat au client; tu auras donc un Id_Client dans la table Client (en auto incrément) (qui identifie ton client de manière unique) et dans la table Achats où il sera issu du choix dans la table Clients lors de l'enregistrement de son achat. La table Achats aura elle un Id_Achat (en auto incrément) qui permet d'identifier celui-ci de manière unique. Le lien entre les deux table est établi par une relation qui est le seul moyen de relier 1 enregistrement à n enregistrements.

[alog1977]

Bonjour,

Merci pour l'explication. Il faut donc en effet que je fasse deux tables.. Je vais essayer de trouver une solution à mes problèmes ce week-end, mais je risque fort de revenir à vous, messieurs!

[jeanmimi]

Il y a eu de proposé sur ce forum, une petite base exemple pour des gestions de commandes, assez proche de ce que tu veux faire.
Si tu veux y jeter un œil.

[alog1977]

Je ne comprends pas pourquoi ma table achats ne marche pas comme ça... :

[YVES14]

bonjour,
l'IDcliebts ne serait pas en auto incrément par hasard

[alog1977]

Si. il l'était

Ca fonctionne maintenant... J'ai maintenant le problème de la requête: Dans ce tableau, j'ai fait le calcul du cumul "à la main"..

Comment automatiser le cumul, de telle sorte que ce soit toujours la somme de tous les achats qui s'affiche?

[YVES14]

lance une recherche avec simplement "progressifs" tu auras une réponse, mais c'est un peu complexe pour un débutant

[alog1977]

J'ai pris pour exemple une autre base avec ce genre de calculs, et j'ai ajouté la table client.. lorsque je fais le formulaire, les lignes des achats n'apparaissent pas...

[alog1977]

Je n'arrive à rien.. ma base fonctionne, mais je n'arrive pas à intégrer les requêtes.. ni le cumul, bien entendu

[alog1977]

Est-ce que quelqu'un pourrait me décrire la procédure pour arriver à ça? C'est une capture d'écran de comptes2.odb , je crois...

Capture-1.png

Merci de ne pas poster plusieurs messages à la suite !
Le bouton "Editer" à la droite du message permet d'y remédier.

En attendant une prochaine réponse, vous pouvez participer également en répondant à d'autres questions sur notre forum.

[YVES14]

Fais la recherche sur 'progressif' tu trouveras ta réponse, c'est de belles requêtes faites par Pierre-Yves

Je suis en ce moment en train d'essayer de les reproduire et je n'ai pas le même résultat et ça en adaptant au problème de Alog.

Je copie le SQL, je modifie les noms de champs et de table et le résultat n'a rien à voir, sur la première requête je n'obtiens qu'un seul enregistrement

A rien y comprendre , Pierre-Yves au secours

[jeanmimi]

Sur le formulaire, tu auras le total des achats du client entrés dans la base.
Çà peut aider.

[alog1977]

En effet, ça aide.. En fait, il faudrait juste pouvoir intégrer au tableau des achats la somme des achats par client, qui se trouve dans une des 3 requêtes...?

J'ai aussi essayé d'ajouter un champs "DésignationArticle", mais il n'est pas actif.. (je ne peux rien taper dedans)..

Merci encore à tous pour votre aide!

[jeanmimi]

Tu veux dire comme çà ?

[alog1977]

Non, je veux dire comme ça... Je veux pouvoir visualiser le cumul des achats en même temps que les achats eux-mêmes...

[Pierre-Yves Samyn]

Je copie le SQL, je modifie les noms de champs et de table et le résultat n'a rien à voir, sur la première requête je n'obtiens qu'un seul enregistrement

Et donc puisqu'il semble utile de se décarcasser... il faut faire attention à n'éditer la "troisième" requête qu'en mode SQL sans passer par le mode ébauche qui transforme l'instruction LEFT JOIN.

Rappel : cette instruction a pour but de lister tous les enregistrements, même si la table liée n'en contient pas...

[YVES14]

Bonsoir,
Pour Alog
Après moult essais la base jointe devrait répondre en partie à ton souhait, seul problème il n'est pas possible d'ajouter un achat
Il faudra un autre sous formulaire, par contre en s'appuyant sur une requête pour le formulaire il sera facile de lancer un affichage pour un client particulier en faisant une recherche sur le nom , la modif est minime.
Voici les principaux points à voir:
J'ai utilisé comme base les requêtes fournies par Pierre-Yves en les adaptant à tes tables, j'ai créé une VUE pour avoir un tri de la table Achats tenant compte du client, la 'Requête1' s'appuie sur cette vue car: la 'Requête2' ne peut pas s'éxécuter si la 'Requête1' comporte la fonction ORDER BY
Ensuite j'ai adapté ton formulaire pour que l'affichage se fasse correctement.

Pour Pierre-Yves
Si tu ne t'était pas décarcassé , je n'aurait même pas insisté pour traiter ce cas, mais là j'ai passé un bon dimanche

[Sanseau]

Bonsoir

Comme l'on ne peut insérer un nouvel achat (car la vue est faite sur des champs calculer que l'on ne peut remplir) je pense que l'on peut scinder le sous formulaire en 2 parties 'pas très esthétique mais ça fonctionne
Il faut juste actualiser après avoir rentrer un nouvel achat

En espérant que ma maigre contribution sera utile

Car je ne fais que prolonger le travail de Yves14 et Pierre-Yves Samyn qui se sont décarcasser

@+

[alog1977]

Merci à tous! Vous vous décarcassez tous!

Sanseau, ta version s'approche de très près à ce dont j'ai besoin..

Léger problème toutefois: Il semble impossible de "supprimer" un client.... Je pense utiliser cette base de données pour envoyer un mailing par an à mes clients, comment pourrais-je faire si l'un d'entre eux me demande de le supprimer de ce fichier?

[YVES14]

Re bonsoir,
Je joins une nouvelle version de formulaire avec séléction du nom client et saisie séparée.

Pour la supppression, 2 solutions: dans la gestion de la table tu supprimes simplement le client (selection puis touche Suppress), mais il restera les achats qui seront orphelins;
2ème solution: dans la table clients tu ajoutes un champ mailing que tu pourras mettre à oui ou non (un champ booléen par exemple) et pour lancer ton mailing tu filtres en omettant ceux qui sont à non