Discussion :

[Roucoulette]

Bonjour à tous,
Je me suis mis à access depuis peu de temps car j'ai pu voir des exemples de ce qu'il est possible de faire, et je dois dire que ça m'a bluffé.
Bon, je sais que je n'arriverai sans doute jamais à de tels résultats car il faut aussi faire de la programmation et bien de je possède certaines bases, ce n'est pas mon point fort.

J'ai déjà eu l'occasion de créer des petites bases assez simples, et même dernièrement, pour mon boulot, une petite gestion des sorties d'outillage de l'atelier dont je suis assez fier

Assez de blabla, rentrons dans le vif du sujet :
J'ai proposé à ma femme de lui faire une petite base pour préparer ses listes de courses à faire, mais en disant ça je pensais que ça serait bien plus simple.
J'ai déjà fait quelques essais, mais à chaque fois je me heurte au même problème : Comment faire pour avoir en permanence la liste des produits déjà sélectionnés ( Sinon, pas pratique tu tout)

Alors voilà mon idée, mais je ne sais pas s'il est possible de le faire :
Organiser les produits en catégories.
Dans le formulaire de saisie de la liste, choisir une catégorie de produit et voir s'afficher l'ensemble des produits ce cette catégorie avec une case à cocher pour chacun.
De cette manière, s'il faut rajouter un produit à la liste, on voit tout de suite s'il y figure déjà ou pas. Et en plus, la saisie se fait beaucoup rapidement et simplement

Seulement voilà ... est t-il possible de faire ça ? Je voudrais savoir avant de continuer à chercher dans ce sens s'il n'y a pas d'issue, ou si la solution est trop complexe à mettre en place

Merci pour votre aide

[FreeAccess]

Bonjour,

Je vais plus te faire une réponse d'encouragement que d'aide précise....

OUI, ce que tu demande est relativement facile à réaliser..

A la rigueur une seule table pourrait suffire avec les champs suivants:

Categorie......champ Texte
Produit.........champ Texte
Quantite.......champ Numérique
Selection.......champ oui/non

Qu'as tu commencer à faire...

[Roucoulette]

Merci pour ta réponse rassurante Déjà, je sais que je peux me lancer dans ce (tout petit ) projet

J'ai commencé par créer 3 tables :
- produits
- catégories
- liste de courses
Cette dernière contenant des champs produits et catégories, chacun en relation avec sa table correspondante.

J'ai ensuite essayé (trouvant plus simple) de regrouper les produits et catégories en une seule table. Puis relation entre les 2 tables

Voilà où j'en suis. Comme je ne sais pas trop comment faire pour avoir le fonctionnement que j'ai décris, je préfère demander un peu d'aide avant de continuer et partir sur une organisation de tables qui ne serait pas bonne pour obtenir ce que je souhaite

Maintenant, si tu me dis qu'une seule table suffit ça me convient parfaitement

Indique moi si je suis sur la bonne voie :

- créer un formulaire de saisie
- sur ce formulaire, mettre un champ catégorie (qui permettra de choisir une catégorie)
- Puis mettre un sous formulaire basé sur une requête (pour afficher les produits de la catégorie choisie)
- créer un état pour imprimer la liste de produits regroupés par catégorie

Si c'est bon, je part la dessus ... si c'est pas bon il faut faire comment

J'attends ta réponse avant de me lancer
Merci

[FreeAccess]

Re,

Une seule table c'était le minimum pour ce "petit" projet..

Pour le reste :

sur ce formulaire, mettre un champ catégorie

....ici je pense que tu veux dire une Zone de liste déroulante (pour un choix...c'est mieux..)

créer un état pour imprimer la liste de produits regroupés par catégorie

....dans ton cas, je pense que tu souhaite imprimer la liste des courses sélectionnées, donc à "filtrer" uniquement sur les champs [Selection] = oui

[Roucoulette]

Alors j'ai commencé à regarder en faisant une seule table, mais il y a quelque chose qui ne va pas :
Chaque enregistrement de cette table correspond à un produit de la liste des courses à faire
donc il n'y a rien qui puisse me donner les catégories à sélectionner dans ma Zone de liste déroulante.

Je comprend pas trop la démarche en ayant une seule liste

C'est pour cette raison que je partais sur une table pour les catégorie, une pour les produits et une pour lister les produits sélectionnés

Peut tu m'en dire un peu plus sur la conception qu'il faut

Merci

[pier.antoine]

Bonjour.

Je pense qu'il y a confusion à propos de la réponse de Free Access.
Il indiquait qu'on peut réaliser votre projet avec un table unique.
Mais dans cas là, les catégories ne sont pas répertoriées, mais saisies directement dans la table (dans l'exemple de Fee Access, ce champ catégorie est en format texte).

Si vous voulez pouvoir choisir la catégorie parmi une liste, il faut donc une autre table tCategorie (CategorieID, CategorieLibelle).
Dans ce cas, le format du champ catégorie de la table principal devient "Numérique" et on relie ce champ avec le champ CategorieID de la table tCategorie.

Pierre

[OtObOx]

C'est sympa cette idée Je note cet sujet dans mes favoris !

Ma pierre à l'édifice, voici comment je procéderais :
Je ferais une table Rayons, car les articles sont rangés par rayon dans le magasin.
tabRayons(idRayon,Rayon)

Puis une table Articles :
tabArticles(idArticle,refIdRayon,Article)

Ensuite, une table Courses récapitulant chaque course
tabCourses(idCourse,Date,Observations)

Et pour finir, une table Listes, pour le résultat final :
tabListes(IdListe,refIdCourse,refIdArticle,NbArticle,Observations)

Les formulaires ad-hoc pour gérer toutes ces tables (création/modif des Rayons,Articles,Courses et Listes).
Un état, avec tri par rayon, pour imprimer la liste voulue.
Et cerise sur le gâteau, une fonction permettant de créer une liste type suivant la fréquence d'achat des articles

JM

[OtObOx]

Alors, ayant de la suite dans les idées et un peu de temps pour le faire, j'ai repris la travail que j'avais commencé en février dernier et j'ai terminé cette base qui gère les courses à faire.


Cette base est développée avec Access 2003.

Fonctionnalités :
A partir d'une liste d'articles disponibles, par double clic, on les enregistre dans une liste de course créée à l'avance.
La liste terminée, on peut l'imprimer : les articles sont classés par rayons, ainsi plus besoin de retraverser le magasin parce qu'on a oublié de prendre un truc à l'entrée.
La liste est exportable en HTML, pour ceux qui font leurs courses avec leur smartphone en main
La liste des courses indique un prix prévisionnel des achats, si on a pris le soin de renseigner le montant de chaque article. Ces montants sont facilement modifiables par la suite, pour avoir toujours une estimation au plus juste.

Elle n'est pas très sexy quant à la présentation, mais je pense qu'elle est fonctionnelle, dans le sens facile à utiliser. Je la partage ici, dans le but d'avoir des critiques sur ce boulot, si des courageux veulent bien s'y pencher et me dire ce qui est mal fait, ce qui pourrait être fait plus simplement etc.
Si en plus, elle rend service, tant mieux !

En partageant cette base ici, c'est aussi une façon pour moi de remercier tous ceux qui, depuis février 2005 où je me suis inscrit ici, ont contribué à m'apprendre comment fonctionnait Access, ont répondu à mes questions de débutant et qui m'ont orienté vers telle ou telle solution

Jean-Marc