Access 2007 Requête
Vir65700
Messages postés
7
Statut
Membre
-
blux Messages postés 27997 Date d'inscription Statut Modérateur Dernière intervention -
blux Messages postés 27997 Date d'inscription Statut Modérateur Dernière intervention -
Bonjour,
J'ai créer une base de données pour gérer 3 entrepôts et non pas les stocks mais les emplacements...C'est à dire que ce que l'on cherche à obtenir c'est une bdd permettant à nos caristes de définir à quels emplacements ils ont mis quoi et quel emplacement est disponible.
La bdd se présente comme cela:
Une table ARTICLE
ID ARTICLE
CODEBARRE
DESIGNATION
REFERENCE
QTE
ID MOUVEMENT
Une table EMPLACEMENT
IDPLACE
PLACE
IDDEPOT
Une table ENTREPOT
IDDEPOT
DEPOT
Une table MOUVEMENT
IDMOUVEMENT
ENTREE
SORTIE
JOUR
IDDEPOT
La table MOUVEMENT est reliée par une relation 1 à n à la table ARTICLE.
La table ENTREPOT est relié par une relation 1 à 1 à la table MOUVEMENT
La table EMPLACEMENT est reliée par une relation 1 à N à la table ENTREPOT
J'ai crée 2 formulaires: 1 pour les entrées et 1 pour les sorties.
A présent, je voudrais créer un formulaire pour la recherche d'emplacement vide. Pour cela je sais que je dois créer d'abord une requête mais j'ai difficulté à le faire parce que je ne maitrise pas trés bien Access...
je ne peux pas joindre la bdd parce qu'elle fait déjà 642 ko en .rar et cjoint n'accepte que 500ko. mais je peux l'envoyer par mail à celui qui le voudra.
si vous pouvez m'aider à trouver la bonne démarche.
Merci d'avance
J'ai créer une base de données pour gérer 3 entrepôts et non pas les stocks mais les emplacements...C'est à dire que ce que l'on cherche à obtenir c'est une bdd permettant à nos caristes de définir à quels emplacements ils ont mis quoi et quel emplacement est disponible.
La bdd se présente comme cela:
Une table ARTICLE
ID ARTICLE
CODEBARRE
DESIGNATION
REFERENCE
QTE
ID MOUVEMENT
Une table EMPLACEMENT
IDPLACE
PLACE
IDDEPOT
Une table ENTREPOT
IDDEPOT
DEPOT
Une table MOUVEMENT
IDMOUVEMENT
ENTREE
SORTIE
JOUR
IDDEPOT
La table MOUVEMENT est reliée par une relation 1 à n à la table ARTICLE.
La table ENTREPOT est relié par une relation 1 à 1 à la table MOUVEMENT
La table EMPLACEMENT est reliée par une relation 1 à N à la table ENTREPOT
J'ai crée 2 formulaires: 1 pour les entrées et 1 pour les sorties.
A présent, je voudrais créer un formulaire pour la recherche d'emplacement vide. Pour cela je sais que je dois créer d'abord une requête mais j'ai difficulté à le faire parce que je ne maitrise pas trés bien Access...
je ne peux pas joindre la bdd parce qu'elle fait déjà 642 ko en .rar et cjoint n'accepte que 500ko. mais je peux l'envoyer par mail à celui qui le voudra.
si vous pouvez m'aider à trouver la bonne démarche.
Merci d'avance
A voir également:
- Access 2007 Requête
- Save as pdf office 2007 - Télécharger - Bureautique
- Comment supprimer une page sur word 2007 - Guide
- Microsoft money 2007 - Télécharger - Comptabilité & Facturation
- Reparer outlook 2007 ✓ - Forum Outlook
- Access appdata - Guide
4 réponses
Bonsoir,
Ce sujet est passionant - il n'est pas lié à access mais à la gestion de place et au circuit de prép, et au plan de chargement autrement dit à la gestion du POS...et je suis sur que vos racks comportent plusieurs niveaux, et qu'en plus vous êtes confronter à la saisonnalité, et que bien entendu la zone au sol peut accepter des palettes hors normes voir même des box...vous devriez investir dans un logiciel de gestion d'entrepot sauf si vous avez du temps pour en reconstruire un...ce n'est pas pour vous offusquer bien sur.
Ce sujet est passionant - il n'est pas lié à access mais à la gestion de place et au circuit de prép, et au plan de chargement autrement dit à la gestion du POS...et je suis sur que vos racks comportent plusieurs niveaux, et qu'en plus vous êtes confronter à la saisonnalité, et que bien entendu la zone au sol peut accepter des palettes hors normes voir même des box...vous devriez investir dans un logiciel de gestion d'entrepot sauf si vous avez du temps pour en reconstruire un...ce n'est pas pour vous offusquer bien sur.
Bonjour,
Je travaille aussi avec Access, donc je peux peut-être vous aider (un peu tard) mais j'ai besoin d'autres renseignements.
Comment savez-vous quand les emplacements sont vides? "Place" est égal à 0 ou à une valeur nulle? Ou est-ce un autre champs qui est concerné.
Que voulez-vous afficher au final? L'identifiant de la table emplacement? Avec d'autres données en plus?
Gwendo69
Je travaille aussi avec Access, donc je peux peut-être vous aider (un peu tard) mais j'ai besoin d'autres renseignements.
Comment savez-vous quand les emplacements sont vides? "Place" est égal à 0 ou à une valeur nulle? Ou est-ce un autre champs qui est concerné.
Que voulez-vous afficher au final? L'identifiant de la table emplacement? Avec d'autres données en plus?
Gwendo69
Salut,
de toutes façons, il faut un 'lien' entre IDARTICLE et IDPLACE, sinon on ne peut pas savoir où est quoi.
Ensuite, il suffit d'interroger IDPLACE pour voir quelles sont les lignes qui n'ont pas de IDARTICLE renseigné, cela donne les places vides.
Un IDPLACE peut-il stocker plusieurs IDARTICLES différents ?
Un IDARTICLE peut-il être stocké dans plusieurs endroits ? (car quantité importante...)
Si une des deux réponses est oui, alors il faut revoir le modèle de données...
de toutes façons, il faut un 'lien' entre IDARTICLE et IDPLACE, sinon on ne peut pas savoir où est quoi.
Ensuite, il suffit d'interroger IDPLACE pour voir quelles sont les lignes qui n'ont pas de IDARTICLE renseigné, cela donne les places vides.
Un IDPLACE peut-il stocker plusieurs IDARTICLES différents ?
Un IDARTICLE peut-il être stocké dans plusieurs endroits ? (car quantité importante...)
Si une des deux réponses est oui, alors il faut revoir le modèle de données...
Bonjour,
Il y a un lien 1 à n entre IDARTICLE et IDPLACE.
Un IDPLACE peut-il stocker plusieurs IDARTICLES différents ? Oui
Un IDARTICLE peut-il être stocké dans plusieurs endroits ? (car quantité importante...) Oui aussi
Si une des deux réponses est oui, alors il faut revoir le modèle de données... Ah et que dois je modifier????
Il y a un lien 1 à n entre IDARTICLE et IDPLACE.
Un IDPLACE peut-il stocker plusieurs IDARTICLES différents ? Oui
Un IDARTICLE peut-il être stocké dans plusieurs endroits ? (car quantité importante...) Oui aussi
Si une des deux réponses est oui, alors il faut revoir le modèle de données... Ah et que dois je modifier????
bonjour
j'ai donc dessiné sur papier ce que tu nous annonce et ce dessin révèle immédiatement les endroits bancals qui font qu'effectivement, tu dois avoir du mal à requêter ta base :
1. Pourquoi s'embêter à gérer des emplacements : il ne sont concernés ni par les mouvements, ni par les articles. Si la réalité est autre, il va falloir apporter une correction.
2. La table article devrait plutôt s'appeler article_déplacé car la clé étrangère IdMouvement dénote une subdivision de l'action "Mouvement" : l'appellation article est traditionnellement réservée à la table article centrale (ou presque) dans un modèle de logistique ; le fait que certaines remarques soulignent la multiplicité d'emplacements pour un article dans un entrepôt est symptomatique d'une confusion entre l'aspect central traditionnel et l'aspect accessoire qu'a l'article dans ton modèle
Une première correction serait d'enlever la référence à l'entrepôt dans le mouvement et d'y mettre plutôt une référence à un emplacement : on pourrait ainsi savoir que tel jour, on a eu une entrée ou une sortie vers ou depuis tel emplacement, la référence à l'entrepôt étant transitivement disponible à travers l'emplacement.
Mais ça ne permettrait en aucune manière de savoir si un emplacement est vide ou pas. Pour le savoir, il faut connecter des articles à un emplacement, et la vraie question est "article ou article_déplacé ?"
En restant avec la notion d'article_déplacé, il faut le connecter à l'emplacement pour savoir 1. que contient cet emplacement ? et 2. où est conservé cet article ? mais il faudrait supprimer l'article_déplacé pour que l'emplacement soit vide... tu te retrouverais ensuite avec des mouvements sans articles :-(
Peut-être devras-tu inventer un article_placé qui dénoterait une subdivision de l'emplacement... ça t'éviterait d'avoir à gérer une table d'articles dont tu te moques comme de ta première chemise, et tu pourrais faire apparaitre et disparaitre des article_placé sans avoir à supprimer des article_déplacé
j'ai donc dessiné sur papier ce que tu nous annonce et ce dessin révèle immédiatement les endroits bancals qui font qu'effectivement, tu dois avoir du mal à requêter ta base :
1. Pourquoi s'embêter à gérer des emplacements : il ne sont concernés ni par les mouvements, ni par les articles. Si la réalité est autre, il va falloir apporter une correction.
2. La table article devrait plutôt s'appeler article_déplacé car la clé étrangère IdMouvement dénote une subdivision de l'action "Mouvement" : l'appellation article est traditionnellement réservée à la table article centrale (ou presque) dans un modèle de logistique ; le fait que certaines remarques soulignent la multiplicité d'emplacements pour un article dans un entrepôt est symptomatique d'une confusion entre l'aspect central traditionnel et l'aspect accessoire qu'a l'article dans ton modèle
Une première correction serait d'enlever la référence à l'entrepôt dans le mouvement et d'y mettre plutôt une référence à un emplacement : on pourrait ainsi savoir que tel jour, on a eu une entrée ou une sortie vers ou depuis tel emplacement, la référence à l'entrepôt étant transitivement disponible à travers l'emplacement.
Mais ça ne permettrait en aucune manière de savoir si un emplacement est vide ou pas. Pour le savoir, il faut connecter des articles à un emplacement, et la vraie question est "article ou article_déplacé ?"
En restant avec la notion d'article_déplacé, il faut le connecter à l'emplacement pour savoir 1. que contient cet emplacement ? et 2. où est conservé cet article ? mais il faudrait supprimer l'article_déplacé pour que l'emplacement soit vide... tu te retrouverais ensuite avec des mouvements sans articles :-(
Peut-être devras-tu inventer un article_placé qui dénoterait une subdivision de l'emplacement... ça t'éviterait d'avoir à gérer une table d'articles dont tu te moques comme de ta première chemise, et tu pourrais faire apparaitre et disparaitre des article_placé sans avoir à supprimer des article_déplacé
+1
si en plus on peut mettre plusieurs articles dans un emplacement et qu'on peut mettre le même type d'article à des emplacements différents...
Ca veut dire qu'on n'est pas capable de dire si un emplacement est vide (ou occupé, d'ailleurs), vu qu'on ne connait pas sa capacité. Si on fait entrer dans les contraintes la notion de capacité (avec en corollaire, la taille/volume/poids des articles), alors on va droit vers un problème de type 'sac à dos' (optimisation combinatoire, voire recherche opérationnelle...).
Dans ce cas, ACCESS ne sera qu'une formalité noyée dans la production d'un algo de gestion...
si en plus on peut mettre plusieurs articles dans un emplacement et qu'on peut mettre le même type d'article à des emplacements différents...
Ca veut dire qu'on n'est pas capable de dire si un emplacement est vide (ou occupé, d'ailleurs), vu qu'on ne connait pas sa capacité. Si on fait entrer dans les contraintes la notion de capacité (avec en corollaire, la taille/volume/poids des articles), alors on va droit vers un problème de type 'sac à dos' (optimisation combinatoire, voire recherche opérationnelle...).
Dans ce cas, ACCESS ne sera qu'une formalité noyée dans la production d'un algo de gestion...
Bonsoir,
Dans le post 1 il y a écrit :
"il n'est pas lié à access mais à la gestion de place et au circuit de prép, et au plan de chargement autrement dit à la gestion du POS"
Ce n'est pas corporate mais je crois qu'access ne donnera rien car trop limité en terme de calcul.
Quelque fois un chemin de prépa - pour les caristes - est plus facilement réalisable à la main en fonction des plans de chargement associé aux livraisons et aux sorties...et un logiciel de gestion d'entrepot est un bien en industrie qui s'amortit.
Dans le post 1 il y a écrit :
"il n'est pas lié à access mais à la gestion de place et au circuit de prép, et au plan de chargement autrement dit à la gestion du POS"
Ce n'est pas corporate mais je crois qu'access ne donnera rien car trop limité en terme de calcul.
Quelque fois un chemin de prépa - pour les caristes - est plus facilement réalisable à la main en fonction des plans de chargement associé aux livraisons et aux sorties...et un logiciel de gestion d'entrepot est un bien en industrie qui s'amortit.
le fait est qu'effectivement des logiciels spécialisés existe cependant, l'entreprise pour laquelle je travaille n'a pas les moyens d'investir... alors on se débrouille comme on peut!!!
"je suis sur que vos racks comportent plusieurs niveaux" ce probleme est déjà régler pour les niveaux!!!!
"et qu'en plus vous êtes confronter à la saisonnalité" pas pour nos produits qui sont des objets
"et que bien entendu la zone au sol peut accepter des palettes hors normes voir même des box..." ça peut contenir plus petit mais qu'une palette mais pas au dessus cette eventualité est déjà introduite dans la management!
Merci de l'aide que vous pouvez m'apportez