J'ai développé une base avec ACCESS 97. Pour livrer une nouvelle version
à un client, je livre la nouvelle version developpée chez moi, puis je
transfère dans cette version les tables "utilisateurs" de la version
courante du client (dont les tables ont évolués entre temps) . J'appelle
tables utilisateurs celles contenant les données du client, par
opposition aux tables qui servent à faire fonctionner la base . Je me
suis aperçu depuis longtemps qu'il y avait des sauts brusques dans les
champs NuméroAuto, par exemple, les fiches créées avaient successivement
les numéros de 1 à 2450 par exemple, puis les suivantes de 3200 et au
delà. Je viens de découvrir que ce phénomène est du à la copie de la
table. Il est systématique pour une de mes tables mais ne semble pas
se produire pour d'autres tables. Je ne vois pas ce que cette table a de
particulier . Je faisais le transfert par importation, mais je viens de
constater que même une copie par copier/coller à l'intérieur de la même
base modifie l'état de la table et fait que dans la table copiée, le
numéro de champ NuméroAuto attribué à la création d'un nouvel
enregistrement ne suit pas immédiatement celui attribué au dernier
enregistrement créé avant la copie. Après ce saut, les enregistrements
suivants ont bien des numéros sucessifs, jusqu'à la prochaine copie de
la table.
Cela n'empêche pas la base de fonctionner car chaque enregistrement
a bien un numéro distinct, mais c'est quand même un peu génant.
Quelqu'un aurait'il une explication et un moyen d'obtenir une copie
de table qui n'aie pas ce problème ?
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
Mike
Bonsoir,
Le NumAuto n'obeit a aucune regle :-p Si l'on supprime des enregistrements dans une table, le prochain numauto de cette table ne sera pas le 1er dispo mais le 1er dispo apres ceux qui ont été supprimés. Le compactage peut permettre de retrouver les numéro perdus, apres les derniers de la table, pas dans la table elle-meme. Sinon, passage en vba ou dao pour reconstruire une table avec un numero a increment no auto.
Bonsoir,
Le NumAuto n'obeit a aucune regle :-p Si l'on supprime des enregistrements
dans une table,
le prochain numauto de cette table ne sera pas le 1er dispo mais le 1er
dispo apres ceux qui
ont été supprimés. Le compactage peut permettre de retrouver les numéro
perdus, apres les
derniers de la table, pas dans la table elle-meme. Sinon, passage en vba ou
dao pour
reconstruire une table avec un numero a increment no auto.
Le NumAuto n'obeit a aucune regle :-p Si l'on supprime des enregistrements dans une table, le prochain numauto de cette table ne sera pas le 1er dispo mais le 1er dispo apres ceux qui ont été supprimés. Le compactage peut permettre de retrouver les numéro perdus, apres les derniers de la table, pas dans la table elle-meme. Sinon, passage en vba ou dao pour reconstruire une table avec un numero a increment no auto.
Maurice KRAIT
Mike a écrit:
Bonsoir,
Le NumAuto n'obeit a aucune regle :-p Si l'on supprime des enregistrements dans une table, le prochain numauto de cette table ne sera pas le 1er dispo mais le 1er dispo apres ceux qui ont été supprimés. Le compactage peut permettre de retrouver les numéro perdus, apres les derniers de la table, pas dans la table elle-meme. Sinon, passage en vba ou dao pour reconstruire une table avec un numero a increment no auto.
Merci pour ta réponse, mais ce que je veux c'est obtenir une copie
exacte d'une table, non seulement le contenu des enregistrements mais de ses propriétés; je veux que quand je crée juste après la copie un nouvel enregistrement dans chacune des deux tables, l'original et sa copie, le numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas. Merci quand même.
Maurice
Mike a écrit:
Bonsoir,
Le NumAuto n'obeit a aucune regle :-p Si l'on supprime des enregistrements
dans une table,
le prochain numauto de cette table ne sera pas le 1er dispo mais le 1er
dispo apres ceux qui
ont été supprimés. Le compactage peut permettre de retrouver les numéro
perdus, apres les
derniers de la table, pas dans la table elle-meme. Sinon, passage en vba ou
dao pour
reconstruire une table avec un numero a increment no auto.
Merci pour ta réponse, mais ce que je veux c'est obtenir une copie
exacte d'une table, non seulement le contenu des enregistrements mais de
ses propriétés; je veux que quand je crée juste après la copie un nouvel
enregistrement dans chacune des deux tables, l'original et sa copie, le
numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Merci quand même.
Le NumAuto n'obeit a aucune regle :-p Si l'on supprime des enregistrements dans une table, le prochain numauto de cette table ne sera pas le 1er dispo mais le 1er dispo apres ceux qui ont été supprimés. Le compactage peut permettre de retrouver les numéro perdus, apres les derniers de la table, pas dans la table elle-meme. Sinon, passage en vba ou dao pour reconstruire une table avec un numero a increment no auto.
Merci pour ta réponse, mais ce que je veux c'est obtenir une copie
exacte d'une table, non seulement le contenu des enregistrements mais de ses propriétés; je veux que quand je crée juste après la copie un nouvel enregistrement dans chacune des deux tables, l'original et sa copie, le numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas. Merci quand même.
Maurice
3stone
Salut,
"Maurice KRAIT"
je veux que quand je crée juste après la copie un nouvel enregistrement dans chacune des deux tables, l'original et sa copie, le numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Si tu veux faire cela (aussi bizzare que cela parraisse ;-) il ne faut pas de NumAuto dans la seconde table, mais un simple numérique long indexé sans doublons.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"Maurice KRAIT"
je veux que quand je crée juste après la copie un nouvel
enregistrement dans chacune des deux tables, l'original et sa copie, le
numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Si tu veux faire cela (aussi bizzare que cela parraisse ;-)
il ne faut pas de NumAuto dans la seconde table, mais un
simple numérique long indexé sans doublons.
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
je veux que quand je crée juste après la copie un nouvel enregistrement dans chacune des deux tables, l'original et sa copie, le numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Si tu veux faire cela (aussi bizzare que cela parraisse ;-) il ne faut pas de NumAuto dans la seconde table, mais un simple numérique long indexé sans doublons.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Maurice KRAIT
3stone a écrit:
Salut,
"Maurice KRAIT"
je veux que quand je crée juste après la copie un nouvel enregistrement dans chacune des deux tables, l'original et sa copie, le numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Si tu veux faire cela (aussi bizzare que cela parraisse ;-) il ne faut pas de NumAuto dans la seconde table, mais un simple numérique long indexé sans doublons.
Veux-tu dire que c'est mon problème qui est bizarre ou la solution ?
J'ai expliqué mon problème en tête de thread : je dois reprendre intégralement et sans modification les données de mon client (inclus le champ NuméroAuto qui sert de lien entre les fiches des tables, mais j'ai peut-être eu tort de l'utiliser ?) au moment où je lui livre une nouvelle version de mon application. S'il n'y a pas de solution, je me résignerai à voir augmenter par saut le numéro auto à chaque livraison, ça n'empêche pas l'application de fonctionner, mais c'est quand même bizarre. Merci de ta réponse. Maurice.
3stone a écrit:
Salut,
"Maurice KRAIT"
je veux que quand je crée juste après la copie un nouvel
enregistrement dans chacune des deux tables, l'original et sa copie, le
numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Si tu veux faire cela (aussi bizzare que cela parraisse ;-)
il ne faut pas de NumAuto dans la seconde table, mais un
simple numérique long indexé sans doublons.
Veux-tu dire que c'est mon problème qui est bizarre ou la solution ?
J'ai expliqué mon problème en tête de thread : je dois reprendre
intégralement et sans modification les données de mon client (inclus le
champ NuméroAuto qui sert de lien entre les fiches des tables, mais j'ai
peut-être eu tort de l'utiliser ?) au moment où je lui livre une
nouvelle version de mon application.
S'il n'y a pas de solution, je me résignerai à voir augmenter par saut
le numéro auto à chaque livraison, ça n'empêche pas l'application de
fonctionner, mais c'est quand même bizarre.
Merci de ta réponse.
Maurice.
je veux que quand je crée juste après la copie un nouvel enregistrement dans chacune des deux tables, l'original et sa copie, le numéro attribué soit le même dans les deux tables, ce qui n'est pas le cas.
Si tu veux faire cela (aussi bizzare que cela parraisse ;-) il ne faut pas de NumAuto dans la seconde table, mais un simple numérique long indexé sans doublons.
Veux-tu dire que c'est mon problème qui est bizarre ou la solution ?
J'ai expliqué mon problème en tête de thread : je dois reprendre intégralement et sans modification les données de mon client (inclus le champ NuméroAuto qui sert de lien entre les fiches des tables, mais j'ai peut-être eu tort de l'utiliser ?) au moment où je lui livre une nouvelle version de mon application. S'il n'y a pas de solution, je me résignerai à voir augmenter par saut le numéro auto à chaque livraison, ça n'empêche pas l'application de fonctionner, mais c'est quand même bizarre. Merci de ta réponse. Maurice.
