Là, en plus son problème ne concerne pas seulement ses tables, mais ses formulaires. Pour rappel (ou pas) les formulaires sous Access, c'est l'une des six entités que l'on peut créer au sein d'une "base", et qui prennent la forme de boîtes de dialogue dont les composants peuvent être directement liés à la base.
Plus que de gérer le stock, il cherche donc à faire une interface dynamique. C'est faisable, mais c'est du vrai développement et ça ne se fait pas en une minute.
Je suis prêt à parier que cette application doit en plus être partagée et distribuée, de manière à ce que les informations de tous les postes soient automatiquement mises à jour chaque fois qu'un vendeur saisit une commande, et que l'atomicité et l'exclusivité des transactions soient bien entendues garanties, cela va sans dire ...
[^] # Re: suggestions
Posté par Obsidian . En réponse au message BD sur ACCESS et VBA. Évalué à 2.
Plus que de gérer le stock, il cherche donc à faire une interface dynamique. C'est faisable, mais c'est du vrai développement et ça ne se fait pas en une minute.
Je suis prêt à parier que cette application doit en plus être partagée et distribuée, de manière à ce que les informations de tous les postes soient automatiquement mises à jour chaque fois qu'un vendeur saisit une commande, et que l'atomicité et l'exclusivité des transactions soient bien entendues garanties, cela va sans dire ...