Bonjour,
Je suis confronté souvent au pb de devoir dans plusieurs tables, remplacer
une valeur par une autre. Il me faut ouvrir chaque table et faire la manip à
la main.
Existerait il une procédure automatisée permettant de le faire, à partir
d'un formulaire ou d'une boite de dialogue ?
Je précise que je ne sais pas à l'avance dans combien de tables il me faut
faire le changement (plus de 10 dans ma base)
Merci à celui qui sait faire plus simplement et surement que moi
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
StarFab
Dans une base de données bien structurée, c'est assez rare d'avoir à effectuer l'opération que tu décris. Cependant elle reste possible avec un peu de code VBA, en balayant les tables une par une en DAO. Mais si c'est encore possible, je te suggère de réfléchir à la structure de ta base et de te demander "pourquoi ?" de tels changements sont nécessaires. Si tu structures bien ton affaire, les champs de tes tables devraient pointés vers une valeur. Libre à toi ensuite de changer cette valeur une seule fois dans une seule table et tous les autres champs seront automatiquement à jour.
Si moi pas clair, toi avoir le droit de le dire !
Fab
"jcl" a écrit dans le message de news: bfclcr$15j$
Bonjour, Je suis confronté souvent au pb de devoir dans plusieurs tables, remplacer une valeur par une autre. Il me faut ouvrir chaque table et faire la manip à la main. Existerait il une procédure automatisée permettant de le faire, à partir d'un formulaire ou d'une boite de dialogue ? Je précise que je ne sais pas à l'avance dans combien de tables il me faut faire le changement (plus de 10 dans ma base) Merci à celui qui sait faire plus simplement et surement que moi
Dans une base de données bien structurée, c'est assez rare d'avoir à effectuer l'opération que tu
décris.
Cependant elle reste possible avec un peu de code VBA, en balayant les tables une par une en DAO.
Mais si c'est encore possible, je te suggère de réfléchir à la structure de ta base et de te
demander "pourquoi ?" de tels changements sont nécessaires.
Si tu structures bien ton affaire, les champs de tes tables devraient pointés vers une valeur. Libre
à toi ensuite de changer cette valeur une seule fois dans une seule table et tous les autres champs
seront automatiquement à jour.
Si moi pas clair, toi avoir le droit de le dire !
Fab
"jcl" <labourel.jean-claude@wanadoo.fr> a écrit dans le message de news:
bfclcr$15j$1@news-reader8.wanadoo.fr...
Bonjour,
Je suis confronté souvent au pb de devoir dans plusieurs tables, remplacer
une valeur par une autre. Il me faut ouvrir chaque table et faire la manip à
la main.
Existerait il une procédure automatisée permettant de le faire, à partir
d'un formulaire ou d'une boite de dialogue ?
Je précise que je ne sais pas à l'avance dans combien de tables il me faut
faire le changement (plus de 10 dans ma base)
Merci à celui qui sait faire plus simplement et surement que moi
Dans une base de données bien structurée, c'est assez rare d'avoir à effectuer l'opération que tu décris. Cependant elle reste possible avec un peu de code VBA, en balayant les tables une par une en DAO. Mais si c'est encore possible, je te suggère de réfléchir à la structure de ta base et de te demander "pourquoi ?" de tels changements sont nécessaires. Si tu structures bien ton affaire, les champs de tes tables devraient pointés vers une valeur. Libre à toi ensuite de changer cette valeur une seule fois dans une seule table et tous les autres champs seront automatiquement à jour.
Si moi pas clair, toi avoir le droit de le dire !
Fab
"jcl" a écrit dans le message de news: bfclcr$15j$
Bonjour, Je suis confronté souvent au pb de devoir dans plusieurs tables, remplacer une valeur par une autre. Il me faut ouvrir chaque table et faire la manip à la main. Existerait il une procédure automatisée permettant de le faire, à partir d'un formulaire ou d'une boite de dialogue ? Je précise que je ne sais pas à l'avance dans combien de tables il me faut faire le changement (plus de 10 dans ma base) Merci à celui qui sait faire plus simplement et surement que moi
labourel.jean-claude
Il s'agit d'une erreur que je fais de façon peu fréquente et qui consiste à saisir un salarié déjà présent dans la table "salariés" (il peut s'agir d'une jeune femme qui s'est mariée). La saisie d'un nouveau salarié crée un nouvel enregistrement et donne un nouveau numéro (compteur) qui est ensuite utilisé comme clef dans toutes les autres tables ("pathologie", "examens", "nuisances","aptitude","poste de travail" etc) Lorsque je m'aperçois de l'erreur je dois affecter l'ancien nouveau numéro clef donné par Access et écraser le nouveau dans toutes les tables concernées puis effacer le nouveau salarié indument créee. Voilà mon pb Sinon l'application tourne bien depuis plus de 6 ans avec plus de 10.000 salariés, mais chaque fois que je fais cette erreur (4 fois par an maxi) ,c'est la galère pour tout réaffecter sans oublier aucune table où cette erreur aurait pu se glisser Merci si tu as une solution à ma portée, assezclaire pour que je comprenne Bon dimanche
jc labourel
Il s'agit d'une erreur que je fais de façon peu fréquente et qui
consiste à saisir un salarié déjà présent dans la table "salariés" (il
peut s'agir d'une jeune femme qui s'est mariée). La saisie d'un
nouveau salarié crée un nouvel enregistrement et donne un nouveau
numéro (compteur) qui est ensuite utilisé comme clef dans toutes les
autres tables ("pathologie", "examens", "nuisances","aptitude","poste
de travail" etc)
Lorsque je m'aperçois de l'erreur je dois affecter l'ancien nouveau
numéro clef donné par Access et écraser le nouveau dans toutes les
tables concernées puis effacer le nouveau salarié indument créee.
Voilà mon pb
Sinon l'application tourne bien depuis plus de 6 ans avec plus de
10.000 salariés, mais chaque fois que je fais cette erreur (4 fois par
an maxi) ,c'est la galère pour tout réaffecter sans oublier aucune
table où cette erreur aurait pu se glisser
Merci si tu as une solution à ma portée, assezclaire pour que je
comprenne
Bon dimanche
Il s'agit d'une erreur que je fais de façon peu fréquente et qui consiste à saisir un salarié déjà présent dans la table "salariés" (il peut s'agir d'une jeune femme qui s'est mariée). La saisie d'un nouveau salarié crée un nouvel enregistrement et donne un nouveau numéro (compteur) qui est ensuite utilisé comme clef dans toutes les autres tables ("pathologie", "examens", "nuisances","aptitude","poste de travail" etc) Lorsque je m'aperçois de l'erreur je dois affecter l'ancien nouveau numéro clef donné par Access et écraser le nouveau dans toutes les tables concernées puis effacer le nouveau salarié indument créee. Voilà mon pb Sinon l'application tourne bien depuis plus de 6 ans avec plus de 10.000 salariés, mais chaque fois que je fais cette erreur (4 fois par an maxi) ,c'est la galère pour tout réaffecter sans oublier aucune table où cette erreur aurait pu se glisser Merci si tu as une solution à ma portée, assezclaire pour que je comprenne Bon dimanche
jc labourel
André AVONS
Salut Crees des relations et mise a jour en cascade et suppression si tu changes dans la permiere table ca change partout Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
-- @+ André
Quelques liens avec des exemples, des utilitaires et des compléments pour Access http://access.seneque.free.fr/ http://www.self-access.com/ http://www.mvps.org/accessfr/ http://mypage.bluewin.ch/w.stucki/ http://access.jessy.free.fr/ "jclabourel" a écrit dans le message de news:
Il s'agit d'une erreur que je fais de façon peu fréquente et qui consiste à saisir un salarié déjà présent dans la table "salariés" (il peut s'agir d'une jeune femme qui s'est mariée). La saisie d'un nouveau salarié crée un nouvel enregistrement et donne un nouveau numéro (compteur) qui est ensuite utilisé comme clef dans toutes les autres tables ("pathologie", "examens", "nuisances","aptitude","poste de travail" etc) Lorsque je m'aperçois de l'erreur je dois affecter l'ancien nouveau numéro clef donné par Access et écraser le nouveau dans toutes les tables concernées puis effacer le nouveau salarié indument créee. Voilà mon pb Sinon l'application tourne bien depuis plus de 6 ans avec plus de 10.000 salariés, mais chaque fois que je fais cette erreur (4 fois par an maxi) ,c'est la galère pour tout réaffecter sans oublier aucune table où cette erreur aurait pu se glisser Merci si tu as une solution à ma portée, assezclaire pour que je comprenne Bon dimanche
jc labourel
Salut
Crees des relations et mise a jour en cascade et suppression
si tu changes dans la permiere table ca change partout
Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
--
@+
André
Quelques liens avec des exemples, des utilitaires et des compléments pour
Access
http://access.seneque.free.fr/
http://www.self-access.com/
http://www.mvps.org/accessfr/
http://mypage.bluewin.ch/w.stucki/
http://access.jessy.free.fr/
"jclabourel" <labourel.jean-claude@wanadoo.fr> a écrit dans le message de
news:a761db58.0307200535.30cd1094@posting.google.com...
Il s'agit d'une erreur que je fais de façon peu fréquente et qui
consiste à saisir un salarié déjà présent dans la table "salariés" (il
peut s'agir d'une jeune femme qui s'est mariée). La saisie d'un
nouveau salarié crée un nouvel enregistrement et donne un nouveau
numéro (compteur) qui est ensuite utilisé comme clef dans toutes les
autres tables ("pathologie", "examens", "nuisances","aptitude","poste
de travail" etc)
Lorsque je m'aperçois de l'erreur je dois affecter l'ancien nouveau
numéro clef donné par Access et écraser le nouveau dans toutes les
tables concernées puis effacer le nouveau salarié indument créee.
Voilà mon pb
Sinon l'application tourne bien depuis plus de 6 ans avec plus de
10.000 salariés, mais chaque fois que je fais cette erreur (4 fois par
an maxi) ,c'est la galère pour tout réaffecter sans oublier aucune
table où cette erreur aurait pu se glisser
Merci si tu as une solution à ma portée, assezclaire pour que je
comprenne
Bon dimanche
Salut Crees des relations et mise a jour en cascade et suppression si tu changes dans la permiere table ca change partout Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
-- @+ André
Quelques liens avec des exemples, des utilitaires et des compléments pour Access http://access.seneque.free.fr/ http://www.self-access.com/ http://www.mvps.org/accessfr/ http://mypage.bluewin.ch/w.stucki/ http://access.jessy.free.fr/ "jclabourel" a écrit dans le message de news:
Il s'agit d'une erreur que je fais de façon peu fréquente et qui consiste à saisir un salarié déjà présent dans la table "salariés" (il peut s'agir d'une jeune femme qui s'est mariée). La saisie d'un nouveau salarié crée un nouvel enregistrement et donne un nouveau numéro (compteur) qui est ensuite utilisé comme clef dans toutes les autres tables ("pathologie", "examens", "nuisances","aptitude","poste de travail" etc) Lorsque je m'aperçois de l'erreur je dois affecter l'ancien nouveau numéro clef donné par Access et écraser le nouveau dans toutes les tables concernées puis effacer le nouveau salarié indument créee. Voilà mon pb Sinon l'application tourne bien depuis plus de 6 ans avec plus de 10.000 salariés, mais chaque fois que je fais cette erreur (4 fois par an maxi) ,c'est la galère pour tout réaffecter sans oublier aucune table où cette erreur aurait pu se glisser Merci si tu as une solution à ma portée, assezclaire pour que je comprenne Bon dimanche
jc labourel
joyeux atchoum
Dans l'article , André AVONS vous avez dit...
Salut Crees des relations et mise a jour en cascade et suppression si tu changes dans la permiere table ca change partout Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
oui mais je crois que ça resoud pas le pb
dans le cas ou les clefs etrangeres doivent etre remplacer et la clef primaire sucrer avec les relations tu ne pourras pas le faire.
car s'il modifie l'id de la clef primaire il pourra pas car je suppose que c'est un index sans doublon donc reste toujours coincé avec le pb
enfin j'ai pas encore eu ce pb alors j'ai jamais testé :=)
ja;) qui passait par là
Dans l'article <eSccUYsTDHA.2280@TK2MSFTNGP10.phx.gbl>, André AVONS
vous avez dit...
Salut
Crees des relations et mise a jour en cascade et suppression
si tu changes dans la permiere table ca change partout
Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
oui mais je crois que ça resoud pas le pb
dans le cas ou les clefs etrangeres doivent etre remplacer et la clef
primaire sucrer avec les relations tu ne pourras pas le faire.
car s'il modifie l'id de la clef primaire il pourra pas car je suppose
que c'est un index sans doublon
donc reste toujours coincé avec le pb
enfin j'ai pas encore eu ce pb alors j'ai jamais testé :=)
Salut Crees des relations et mise a jour en cascade et suppression si tu changes dans la permiere table ca change partout Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
oui mais je crois que ça resoud pas le pb
dans le cas ou les clefs etrangeres doivent etre remplacer et la clef primaire sucrer avec les relations tu ne pourras pas le faire.
car s'il modifie l'id de la clef primaire il pourra pas car je suppose que c'est un index sans doublon donc reste toujours coincé avec le pb
enfin j'ai pas encore eu ce pb alors j'ai jamais testé :=)
ja;) qui passait par là
André AVONS
Salut Joyeux Tu decrais d'abord tester et apres repondre
-- @+ André
Quelques liens avec des exemples, des utilitaires et des compléments pour Access http://access.seneque.free.fr/ http://www.self-access.com/ http://www.mvps.org/accessfr/ http://mypage.bluewin.ch/w.stucki/ http://access.jessy.free.fr/ "joyeux atchoum" a écrit dans le message de news:
Dans l'article , André AVONS vous avez dit...
Salut Crees des relations et mise a jour en cascade et suppression si tu changes dans la permiere table ca change partout Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
oui mais je crois que ça resoud pas le pb
dans le cas ou les clefs etrangeres doivent etre remplacer et la clef primaire sucrer avec les relations tu ne pourras pas le faire.
car s'il modifie l'id de la clef primaire il pourra pas car je suppose que c'est un index sans doublon donc reste toujours coincé avec le pb
enfin j'ai pas encore eu ce pb alors j'ai jamais testé :=)
ja;) qui passait par là
Salut Joyeux
Tu decrais d'abord tester et apres repondre
--
@+
André
Quelques liens avec des exemples, des utilitaires et des compléments pour
Access
http://access.seneque.free.fr/
http://www.self-access.com/
http://www.mvps.org/accessfr/
http://mypage.bluewin.ch/w.stucki/
http://access.jessy.free.fr/
"joyeux atchoum" <azasf@hj.gt> a écrit dans le message de
news:MPG.1985b4a3d5530a25989791@127.0.0.1...
Dans l'article <eSccUYsTDHA.2280@TK2MSFTNGP10.phx.gbl>, André AVONS
vous avez dit...
Salut
Crees des relations et mise a jour en cascade et suppression
si tu changes dans la permiere table ca change partout
Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
oui mais je crois que ça resoud pas le pb
dans le cas ou les clefs etrangeres doivent etre remplacer et la clef
primaire sucrer avec les relations tu ne pourras pas le faire.
car s'il modifie l'id de la clef primaire il pourra pas car je suppose
que c'est un index sans doublon
donc reste toujours coincé avec le pb
enfin j'ai pas encore eu ce pb alors j'ai jamais testé :=)
Salut Joyeux Tu decrais d'abord tester et apres repondre
-- @+ André
Quelques liens avec des exemples, des utilitaires et des compléments pour Access http://access.seneque.free.fr/ http://www.self-access.com/ http://www.mvps.org/accessfr/ http://mypage.bluewin.ch/w.stucki/ http://access.jessy.free.fr/ "joyeux atchoum" a écrit dans le message de news:
Dans l'article , André AVONS vous avez dit...
Salut Crees des relations et mise a jour en cascade et suppression si tu changes dans la permiere table ca change partout Si tu siprrimes l'enreg ca supprime l'Enreg dans toutes les tables
oui mais je crois que ça resoud pas le pb
dans le cas ou les clefs etrangeres doivent etre remplacer et la clef primaire sucrer avec les relations tu ne pourras pas le faire.
car s'il modifie l'id de la clef primaire il pourra pas car je suppose que c'est un index sans doublon donc reste toujours coincé avec le pb
enfin j'ai pas encore eu ce pb alors j'ai jamais testé :=)
