j'ai une table des "entrées" en mafasin qui existait avant que je n'arrive
dans le service...les gens encodent directement dedans (!) et je vais petit
à petit changer ça, mais tout doit rester pour archive et être consultable
meme dans 1000 ans :-)
Cette table de +/- 36000 enregistrement manque d'informations que vais aller
chercher pour partie dans 3 autres tables et pour partie en encodant les
nouvelles commandes rentrées.
Pour info, il s'agit de la tracabilité d'une commande qui arrive:
-quand elle est rentrée
-qui nous l'a amenée (le fournisseur ou un transporteur)
-doit on controler un epièce suivant plan ?
- est ce un réparation et quel n° de réparation ...
etc...
actuellement, la personne qui receptionne, encode le n° de la commande et
(le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008
+ 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos
magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ...
Imaginez s'il faut mettre 20 articles. !
Une partie des données en question (300xxxx) sont dans une autre table qu'il
suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est
rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du
dernier record sur le document papier pour savoir où se trouve le record en
cas de recherche;
Ma question: je ne compte pas toucher à la structure de la table mais en
faire une autre genre "entrée-fille" où chaque poste entré (un code article
de la commande) sera enregistré avec le n° auto de la 1ere table comme lien
...et bien sur, je profite pour sauver d'autres infos jamais enregistrées
jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la
plus ancienne ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Tisane
Bonjour Patrick,
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent. Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Tu as donc une table avec les articles identifiés par un code unique, le code de l'article. Ce code pourrait servir de clé primaire et de lien. Mais si le code est "noyé" dans une chaîne de caractères comme cela semble être le cas dans la commande, tu seras sans doute obligé d'utiliser le n° auto. Pour faciliter la compréhension, n'hésite pas à donner le nom des tables, d'indiquer le nom des champs et ceux que tu veux lier.
-- Tisane
"...Patrick" a écrit dans le message de news:
Bonsoir,
j'ai une table des "entrées" en mafasin qui existait avant que je n'arrive dans le service...les gens encodent directement dedans (!) et je vais petit à petit changer ça, mais tout doit rester pour archive et être consultable meme dans 1000 ans :-) Cette table de +/- 36000 enregistrement manque d'informations que vais aller chercher pour partie dans 3 autres tables et pour partie en encodant les nouvelles commandes rentrées. Pour info, il s'agit de la tracabilité d'une commande qui arrive: -quand elle est rentrée -qui nous l'a amenée (le fournisseur ou un transporteur) -doit on controler un epièce suivant plan ? - est ce un réparation et quel n° de réparation ... etc...
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Merci
Bonjour Patrick,
actuellement, la personne qui receptionne, encode le n° de la commande et
(le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art
3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles
de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin
etc ...
Imaginez s'il faut mettre 20 articles. !
Une partie des données en question (300xxxx) sont dans une autre table
qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel
article est rentré, et en combien d'exemplaires , on sauvegarde et on note
le n° du dernier record sur le document papier pour savoir où se trouve le
record en cas de recherche;
Ma question: je ne compte pas toucher à la structure de la table mais en
faire une autre genre "entrée-fille" où chaque poste entré (un code
article de la commande) sera enregistré avec le n° auto de la 1ere table
comme lien ...et bien sur, je profite pour sauver d'autres infos jamais
enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la
plus ancienne ?
Tu as donc une table avec les articles identifiés par un code unique, le
code de l'article.
Ce code pourrait servir de clé primaire et de lien.
Mais si le code est "noyé" dans une chaîne de caractères comme cela semble
être le cas dans la commande, tu seras sans doute obligé d'utiliser le n°
auto.
Pour faciliter la compréhension, n'hésite pas à donner le nom des tables,
d'indiquer le nom des champs et ceux que tu veux lier.
--
Tisane
"...Patrick" <NOSPAM_p_mackay@hotmail.com> a écrit dans le message de news:
O0f4nVqqGHA.3484@TK2MSFTNGP04.phx.gbl...
Bonsoir,
j'ai une table des "entrées" en mafasin qui existait avant que je n'arrive
dans le service...les gens encodent directement dedans (!) et je vais
petit à petit changer ça, mais tout doit rester pour archive et être
consultable meme dans 1000 ans :-)
Cette table de +/- 36000 enregistrement manque d'informations que vais
aller chercher pour partie dans 3 autres tables et pour partie en encodant
les nouvelles commandes rentrées.
Pour info, il s'agit de la tracabilité d'une commande qui arrive:
-quand elle est rentrée
-qui nous l'a amenée (le fournisseur ou un transporteur)
-doit on controler un epièce suivant plan ?
- est ce un réparation et quel n° de réparation ...
etc...
actuellement, la personne qui receptionne, encode le n° de la commande et
(le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art
3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles
de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin
etc ...
Imaginez s'il faut mettre 20 articles. !
Une partie des données en question (300xxxx) sont dans une autre table
qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel
article est rentré, et en combien d'exemplaires , on sauvegarde et on note
le n° du dernier record sur le document papier pour savoir où se trouve le
record en cas de recherche;
Ma question: je ne compte pas toucher à la structure de la table mais en
faire une autre genre "entrée-fille" où chaque poste entré (un code
article de la commande) sera enregistré avec le n° auto de la 1ere table
comme lien ...et bien sur, je profite pour sauver d'autres infos jamais
enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la
plus ancienne ?
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent. Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Tu as donc une table avec les articles identifiés par un code unique, le code de l'article. Ce code pourrait servir de clé primaire et de lien. Mais si le code est "noyé" dans une chaîne de caractères comme cela semble être le cas dans la commande, tu seras sans doute obligé d'utiliser le n° auto. Pour faciliter la compréhension, n'hésite pas à donner le nom des tables, d'indiquer le nom des champs et ceux que tu veux lier.
-- Tisane
"...Patrick" a écrit dans le message de news:
Bonsoir,
j'ai une table des "entrées" en mafasin qui existait avant que je n'arrive dans le service...les gens encodent directement dedans (!) et je vais petit à petit changer ça, mais tout doit rester pour archive et être consultable meme dans 1000 ans :-) Cette table de +/- 36000 enregistrement manque d'informations que vais aller chercher pour partie dans 3 autres tables et pour partie en encodant les nouvelles commandes rentrées. Pour info, il s'agit de la tracabilité d'une commande qui arrive: -quand elle est rentrée -qui nous l'a amenée (le fournisseur ou un transporteur) -doit on controler un epièce suivant plan ? - est ce un réparation et quel n° de réparation ... etc...
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Merci
...Patrick
Ok Tisane, j'ai dû mal expliquer, c souvent comme ça. la tables des "entrées" actuelle à un numéro auto sans doublons, c'est le n° que nous inscrivons sur le bon de livraison (à classer) du fournisseur pour savoir quand est rentré sa commande chez nous et ce qui il y avait de livré; j'ai une table avec les commandes à recevoir (mise à jour quotiodienne) dans laquelle il y a les commandes et leurs articles à recevoir partiellement ou pas.. je dois donc inscrire dans la table des entrés la commande reçue, quel(s) article(s) a été livré et d'autres info.
(actuellement on mets cde: 9999 dans un champ et puis "3 x aaa + 6 x "bbb" dans un autre champ !!!!) pour dire que le cde 9999 est rentrée avec les art "aaa" et "bbb".
comme je l'ai dis, la table des entrees est mal conçue car par exemple si la commande 9999 arrive avec l'article "aaa" en 3 exemplaires, article "bbb" en 6 exemplaires, il faudrait inscrire dans les entrées:
cde: 9999 (on vérifie si est ds la table "à_recevoir" qui sert à puiser dedans) , le prg doit demander ce n° et on va le chercher ds cette table art: "aaa" s'affiche à l'ecran et on coche s'il est arrivé sur le bon de livraison nombre: 3 (idem) autre....infos divers d'une table ou manuelles
cde 9999 art: bbb nombre :6 autres infos..;
Ma table des entrées pour ne pas être modifiée devrait donc je pense avoir une petite soeur qui reprend(entre autres)
n° auto de la table entrée n° commande livrée article1 livré nombre livré article2 livré nombre livré et autres info propre à chaque record.
Je peux mettre le tout dans un fichier zip chez mon FAI et te donner le lien, ce sera plus facile pour toi comprendre. Le but est de faire un formulaire qui reprend (depuis un N° de la commande livrée ici) les infos de cette commande, d'encoder diverses autres infos par rapport à ce qui est livré et mettre le tout dans la table "entrée" et sa petite soeur (pas encore créée à ce moment puisque je ne sais comment la stucturer).
Merci
Patrick
"Tisane" a écrit dans le message de news: %
Bonjour Patrick,
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent. Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Tu as donc une table avec les articles identifiés par un code unique, le code de l'article. Ce code pourrait servir de clé primaire et de lien. Mais si le code est "noyé" dans une chaîne de caractères comme cela semble être le cas dans la commande, tu seras sans doute obligé d'utiliser le n° auto. Pour faciliter la compréhension, n'hésite pas à donner le nom des tables, d'indiquer le nom des champs et ceux que tu veux lier.
-- Tisane
"...Patrick" a écrit dans le message de news:
Bonsoir,
j'ai une table des "entrées" en mafasin qui existait avant que je n'arrive dans le service...les gens encodent directement dedans (!) et je vais petit à petit changer ça, mais tout doit rester pour archive et être consultable meme dans 1000 ans :-) Cette table de +/- 36000 enregistrement manque d'informations que vais aller chercher pour partie dans 3 autres tables et pour partie en encodant les nouvelles commandes rentrées. Pour info, il s'agit de la tracabilité d'une commande qui arrive: -quand elle est rentrée -qui nous l'a amenée (le fournisseur ou un transporteur) -doit on controler un epièce suivant plan ? - est ce un réparation et quel n° de réparation ... etc...
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Merci
Ok Tisane,
j'ai dû mal expliquer, c souvent comme ça.
la tables des "entrées" actuelle à un numéro auto sans doublons, c'est le n°
que nous inscrivons sur le bon de livraison (à classer) du fournisseur pour
savoir quand est rentré sa commande chez nous et ce qui il y avait de livré;
j'ai une table avec les commandes à recevoir (mise à jour quotiodienne) dans
laquelle il y a les commandes et leurs articles à recevoir partiellement ou
pas..
je dois donc inscrire dans la table des entrés la commande reçue, quel(s)
article(s) a été livré et d'autres info.
(actuellement on mets cde: 9999 dans un champ et puis "3 x aaa + 6 x "bbb"
dans un autre champ !!!!) pour dire que le cde 9999 est rentrée avec les art
"aaa" et "bbb".
comme je l'ai dis, la table des entrees est mal conçue car par exemple si la
commande 9999 arrive avec l'article "aaa" en 3 exemplaires, article "bbb" en
6 exemplaires, il faudrait inscrire dans les entrées:
cde: 9999 (on vérifie si est ds la table "à_recevoir" qui sert à puiser
dedans) ,
le prg doit demander ce n° et on va le chercher ds cette table
art: "aaa" s'affiche à l'ecran et on coche s'il est arrivé sur le bon de
livraison
nombre: 3 (idem)
autre....infos divers d'une table ou manuelles
cde 9999
art: bbb
nombre :6
autres infos..;
Ma table des entrées pour ne pas être modifiée devrait donc je pense avoir
une petite soeur qui reprend(entre autres)
n° auto de la table entrée
n° commande livrée
article1 livré
nombre livré
article2 livré
nombre livré
et autres info propre à chaque record.
Je peux mettre le tout dans un fichier zip chez mon FAI et te donner le
lien, ce sera plus facile pour toi comprendre.
Le but est de faire un formulaire qui reprend (depuis un N° de la commande
livrée ici) les infos de cette commande, d'encoder diverses autres infos par
rapport à ce qui est livré et mettre le tout dans la table "entrée" et sa
petite soeur (pas encore créée à ce moment puisque je ne sais comment la
stucturer).
Merci
Patrick
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
%23xhMltuqGHA.516@TK2MSFTNGP05.phx.gbl...
Bonjour Patrick,
actuellement, la personne qui receptionne, encode le n° de la commande et
(le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art
3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles
de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin
etc ...
Imaginez s'il faut mettre 20 articles. !
Une partie des données en question (300xxxx) sont dans une autre table
qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel
article est rentré, et en combien d'exemplaires , on sauvegarde et on
note le n° du dernier record sur le document papier pour savoir où se
trouve le record en cas de recherche;
Ma question: je ne compte pas toucher à la structure de la table mais en
faire une autre genre "entrée-fille" où chaque poste entré (un code
article de la commande) sera enregistré avec le n° auto de la 1ere table
comme lien ...et bien sur, je profite pour sauver d'autres infos jamais
enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la
plus ancienne ?
Tu as donc une table avec les articles identifiés par un code unique, le
code de l'article.
Ce code pourrait servir de clé primaire et de lien.
Mais si le code est "noyé" dans une chaîne de caractères comme cela semble
être le cas dans la commande, tu seras sans doute obligé d'utiliser le n°
auto.
Pour faciliter la compréhension, n'hésite pas à donner le nom des tables,
d'indiquer le nom des champs et ceux que tu veux lier.
--
Tisane
"...Patrick" <NOSPAM_p_mackay@hotmail.com> a écrit dans le message de
news: O0f4nVqqGHA.3484@TK2MSFTNGP04.phx.gbl...
Bonsoir,
j'ai une table des "entrées" en mafasin qui existait avant que je
n'arrive dans le service...les gens encodent directement dedans (!) et je
vais petit à petit changer ça, mais tout doit rester pour archive et être
consultable meme dans 1000 ans :-)
Cette table de +/- 36000 enregistrement manque d'informations que vais
aller chercher pour partie dans 3 autres tables et pour partie en
encodant les nouvelles commandes rentrées.
Pour info, il s'agit de la tracabilité d'une commande qui arrive:
-quand elle est rentrée
-qui nous l'a amenée (le fournisseur ou un transporteur)
-doit on controler un epièce suivant plan ?
- est ce un réparation et quel n° de réparation ...
etc...
actuellement, la personne qui receptionne, encode le n° de la commande et
(le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art
3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles
de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin
etc ...
Imaginez s'il faut mettre 20 articles. !
Une partie des données en question (300xxxx) sont dans une autre table
qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel
article est rentré, et en combien d'exemplaires , on sauvegarde et on
note le n° du dernier record sur le document papier pour savoir où se
trouve le record en cas de recherche;
Ma question: je ne compte pas toucher à la structure de la table mais en
faire une autre genre "entrée-fille" où chaque poste entré (un code
article de la commande) sera enregistré avec le n° auto de la 1ere table
comme lien ...et bien sur, je profite pour sauver d'autres infos jamais
enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la
plus ancienne ?
Ok Tisane, j'ai dû mal expliquer, c souvent comme ça. la tables des "entrées" actuelle à un numéro auto sans doublons, c'est le n° que nous inscrivons sur le bon de livraison (à classer) du fournisseur pour savoir quand est rentré sa commande chez nous et ce qui il y avait de livré; j'ai une table avec les commandes à recevoir (mise à jour quotiodienne) dans laquelle il y a les commandes et leurs articles à recevoir partiellement ou pas.. je dois donc inscrire dans la table des entrés la commande reçue, quel(s) article(s) a été livré et d'autres info.
(actuellement on mets cde: 9999 dans un champ et puis "3 x aaa + 6 x "bbb" dans un autre champ !!!!) pour dire que le cde 9999 est rentrée avec les art "aaa" et "bbb".
comme je l'ai dis, la table des entrees est mal conçue car par exemple si la commande 9999 arrive avec l'article "aaa" en 3 exemplaires, article "bbb" en 6 exemplaires, il faudrait inscrire dans les entrées:
cde: 9999 (on vérifie si est ds la table "à_recevoir" qui sert à puiser dedans) , le prg doit demander ce n° et on va le chercher ds cette table art: "aaa" s'affiche à l'ecran et on coche s'il est arrivé sur le bon de livraison nombre: 3 (idem) autre....infos divers d'une table ou manuelles
cde 9999 art: bbb nombre :6 autres infos..;
Ma table des entrées pour ne pas être modifiée devrait donc je pense avoir une petite soeur qui reprend(entre autres)
n° auto de la table entrée n° commande livrée article1 livré nombre livré article2 livré nombre livré et autres info propre à chaque record.
Je peux mettre le tout dans un fichier zip chez mon FAI et te donner le lien, ce sera plus facile pour toi comprendre. Le but est de faire un formulaire qui reprend (depuis un N° de la commande livrée ici) les infos de cette commande, d'encoder diverses autres infos par rapport à ce qui est livré et mettre le tout dans la table "entrée" et sa petite soeur (pas encore créée à ce moment puisque je ne sais comment la stucturer).
Merci
Patrick
"Tisane" a écrit dans le message de news: %
Bonjour Patrick,
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent. Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
Tu as donc une table avec les articles identifiés par un code unique, le code de l'article. Ce code pourrait servir de clé primaire et de lien. Mais si le code est "noyé" dans une chaîne de caractères comme cela semble être le cas dans la commande, tu seras sans doute obligé d'utiliser le n° auto. Pour faciliter la compréhension, n'hésite pas à donner le nom des tables, d'indiquer le nom des champs et ceux que tu veux lier.
-- Tisane
"...Patrick" a écrit dans le message de news:
Bonsoir,
j'ai une table des "entrées" en mafasin qui existait avant que je n'arrive dans le service...les gens encodent directement dedans (!) et je vais petit à petit changer ça, mais tout doit rester pour archive et être consultable meme dans 1000 ans :-) Cette table de +/- 36000 enregistrement manque d'informations que vais aller chercher pour partie dans 3 autres tables et pour partie en encodant les nouvelles commandes rentrées. Pour info, il s'agit de la tracabilité d'une commande qui arrive: -quand elle est rentrée -qui nous l'a amenée (le fournisseur ou un transporteur) -doit on controler un epièce suivant plan ? - est ce un réparation et quel n° de réparation ... etc...
actuellement, la personne qui receptionne, encode le n° de la commande et (le plus absurde !!! dans une seule zone) qq chose du genre: 3 x art 3009008 + 4 x art 3007666 etc.. 3000xxx sont des codes unique d'articles de nos magasins , (+/- 80.000 pièces <>), puis on entre le n° de magasin etc ... Imaginez s'il faut mettre 20 articles. ! Une partie des données en question (300xxxx) sont dans une autre table qu'il suffirait d'afficher (c'est ce que j'imagine) , on coche quel article est rentré, et en combien d'exemplaires , on sauvegarde et on note le n° du dernier record sur le document papier pour savoir où se trouve le record en cas de recherche; Ma question: je ne compte pas toucher à la structure de la table mais en faire une autre genre "entrée-fille" où chaque poste entré (un code article de la commande) sera enregistré avec le n° auto de la 1ere table comme lien ...et bien sur, je profite pour sauver d'autres infos jamais enregistrées jusqu'à présent.
Est ce la bonne méthode et le lien est il bien le n° auto de la table la plus ancienne ?
