J'ai dans une table un champ de type n=B0 auto.
J'ai remarqu=E9 des trous dans la s=E9quence attribu=E9e et je=20
ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-=E0 dire il y a le saut d'un num=E9ro.
Et si par exemple j'efface le 111 (c'est-=E0 dire la=20
derni=E8re saisie), le prochain sera 112 et 114 ainsi de=20
suite.
Je ne comprend pas pourquoi?
Sur toutes les tables de la base, c'est la seule qui=20
s'autonum=E9rote comme =E7a.
Si quelqu'un peut m'aider =E0 r=E9soudre ce probl=E8me.
Luis
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
Raymond [mvp]
Bonjour Luis.
Le numauto se créant dès que tu entres le 1er caractère dans un nouvel enregistrement, si tu annules cette saisie, le numéro reste généré et ne sera plus utilisé, donc un trou. si tu fais un me.undo par vba pour annuler la saisie, même opération. Si par erreur tu généres un numauto par une requête à 500, la prochaine saisie se fera à 501. Controle déjà si tu n'as pas des annulations par vba et ensuite voir les utilisateurs s'ils ne font pas systèmatiquement Echap deux fois sur la saisie ce qui équivaut à un me.undo
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b2a701c4372a$aaf45570$ Bonjour
J'ai dans une table un champ de type n° auto. J'ai remarqué des trous dans la séquence attribuée et je ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-à dire il y a le saut d'un numéro. Et si par exemple j'efface le 111 (c'est-à dire la dernière saisie), le prochain sera 112 et 114 ainsi de suite. Je ne comprend pas pourquoi? Sur toutes les tables de la base, c'est la seule qui s'autonumérote comme ça. Si quelqu'un peut m'aider à résoudre ce problème. Luis
Bonjour Luis.
Le numauto se créant dès que tu entres le 1er caractère dans un nouvel
enregistrement, si tu annules cette saisie, le numéro reste généré et ne
sera plus utilisé, donc un trou. si tu fais un me.undo par vba pour annuler
la saisie, même opération. Si par erreur tu généres un numauto par une
requête à 500, la prochaine saisie se fera à 501.
Controle déjà si tu n'as pas des annulations par vba et ensuite voir les
utilisateurs s'ils ne font pas systèmatiquement Echap deux fois sur la
saisie ce qui équivaut à un me.undo
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:b2a701c4372a$aaf45570$a301280a@phx.gbl...
Bonjour
J'ai dans une table un champ de type n° auto.
J'ai remarqué des trous dans la séquence attribuée et je
ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-à dire il y a le saut d'un numéro.
Et si par exemple j'efface le 111 (c'est-à dire la
dernière saisie), le prochain sera 112 et 114 ainsi de
suite.
Je ne comprend pas pourquoi?
Sur toutes les tables de la base, c'est la seule qui
s'autonumérote comme ça.
Si quelqu'un peut m'aider à résoudre ce problème.
Luis
Le numauto se créant dès que tu entres le 1er caractère dans un nouvel enregistrement, si tu annules cette saisie, le numéro reste généré et ne sera plus utilisé, donc un trou. si tu fais un me.undo par vba pour annuler la saisie, même opération. Si par erreur tu généres un numauto par une requête à 500, la prochaine saisie se fera à 501. Controle déjà si tu n'as pas des annulations par vba et ensuite voir les utilisateurs s'ils ne font pas systèmatiquement Echap deux fois sur la saisie ce qui équivaut à un me.undo
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b2a701c4372a$aaf45570$ Bonjour
J'ai dans une table un champ de type n° auto. J'ai remarqué des trous dans la séquence attribuée et je ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-à dire il y a le saut d'un numéro. Et si par exemple j'efface le 111 (c'est-à dire la dernière saisie), le prochain sera 112 et 114 ainsi de suite. Je ne comprend pas pourquoi? Sur toutes les tables de la base, c'est la seule qui s'autonumérote comme ça. Si quelqu'un peut m'aider à résoudre ce problème. Luis
Luis
Bonjour Raymond, Que l'annulation d'une saisie crée un trou dans la numérotation c'est normal pour Access. J'ai créé une nouvelle base par importation pour pouvoir la tester en mono-poste et le problème de départ, c'est-à dire la numérotation par sauts de 2 persiste et là, je ne peux pas dire que ce soit quelqu'un qui efface des enregistrements. La numérotation auto, se fait par exemple 120; 122; 124; 126. Est-ce que ça peut venir du formulaire? Merci Raymond. Luis
-----Message d'origine----- Bonjour Luis.
Le numauto se créant dès que tu entres le 1er caractère dans un nouvel
enregistrement, si tu annules cette saisie, le numéro reste généré et ne
sera plus utilisé, donc un trou. si tu fais un me.undo par vba pour annuler
la saisie, même opération. Si par erreur tu généres un numauto par une
requête à 500, la prochaine saisie se fera à 501. Controle déjà si tu n'as pas des annulations par vba et ensuite voir les
utilisateurs s'ils ne font pas systèmatiquement Echap deux fois sur la
saisie ce qui équivaut à un me.undo
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b2a701c4372a$aaf45570$ Bonjour
J'ai dans une table un champ de type n° auto. J'ai remarqué des trous dans la séquence attribuée et je ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-à dire il y a le saut d'un numéro. Et si par exemple j'efface le 111 (c'est-à dire la dernière saisie), le prochain sera 112 et 114 ainsi de suite. Je ne comprend pas pourquoi? Sur toutes les tables de la base, c'est la seule qui s'autonumérote comme ça. Si quelqu'un peut m'aider à résoudre ce problème. Luis
.
Bonjour Raymond,
Que l'annulation d'une saisie crée un trou dans la
numérotation c'est normal pour Access.
J'ai créé une nouvelle base par importation pour pouvoir
la tester en mono-poste et le problème de départ, c'est-à
dire la numérotation par sauts de 2 persiste et là, je ne
peux pas dire que ce soit quelqu'un qui efface des
enregistrements.
La numérotation auto, se fait par exemple 120; 122; 124;
126.
Est-ce que ça peut venir du formulaire?
Merci Raymond.
Luis
-----Message d'origine-----
Bonjour Luis.
Le numauto se créant dès que tu entres le 1er caractère
dans un nouvel
enregistrement, si tu annules cette saisie, le numéro
reste généré et ne
sera plus utilisé, donc un trou. si tu fais un me.undo
par vba pour annuler
la saisie, même opération. Si par erreur tu généres un
numauto par une
requête à 500, la prochaine saisie se fera à 501.
Controle déjà si tu n'as pas des annulations par vba et
ensuite voir les
utilisateurs s'ils ne font pas systèmatiquement Echap
deux fois sur la
saisie ce qui équivaut à un me.undo
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de
J'ai dans une table un champ de type n° auto.
J'ai remarqué des trous dans la séquence attribuée et je
ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-à dire il y a le saut d'un numéro.
Et si par exemple j'efface le 111 (c'est-à dire la
dernière saisie), le prochain sera 112 et 114 ainsi de
suite.
Je ne comprend pas pourquoi?
Sur toutes les tables de la base, c'est la seule qui
s'autonumérote comme ça.
Si quelqu'un peut m'aider à résoudre ce problème.
Luis
Bonjour Raymond, Que l'annulation d'une saisie crée un trou dans la numérotation c'est normal pour Access. J'ai créé une nouvelle base par importation pour pouvoir la tester en mono-poste et le problème de départ, c'est-à dire la numérotation par sauts de 2 persiste et là, je ne peux pas dire que ce soit quelqu'un qui efface des enregistrements. La numérotation auto, se fait par exemple 120; 122; 124; 126. Est-ce que ça peut venir du formulaire? Merci Raymond. Luis
-----Message d'origine----- Bonjour Luis.
Le numauto se créant dès que tu entres le 1er caractère dans un nouvel
enregistrement, si tu annules cette saisie, le numéro reste généré et ne
sera plus utilisé, donc un trou. si tu fais un me.undo par vba pour annuler
la saisie, même opération. Si par erreur tu généres un numauto par une
requête à 500, la prochaine saisie se fera à 501. Controle déjà si tu n'as pas des annulations par vba et ensuite voir les
utilisateurs s'ils ne font pas systèmatiquement Echap deux fois sur la
saisie ce qui équivaut à un me.undo
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b2a701c4372a$aaf45570$ Bonjour
J'ai dans une table un champ de type n° auto. J'ai remarqué des trous dans la séquence attribuée et je ne m'explique pas ce comportement.
Par exemple :
105,107,109,111,etc
C'est-à dire il y a le saut d'un numéro. Et si par exemple j'efface le 111 (c'est-à dire la dernière saisie), le prochain sera 112 et 114 ainsi de suite. Je ne comprend pas pourquoi? Sur toutes les tables de la base, c'est la seule qui s'autonumérote comme ça. Si quelqu'un peut m'aider à résoudre ce problème. Luis
.
Raymond [mvp]
Dans ta table, dans la propriété nouvelles valeurs, as-tu bien mis incrément et non aléatoire ? je ne vois pas que ça vienne du formulaire.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b32101c43730$92e58610$ Bonjour Raymond, Que l'annulation d'une saisie crée un trou dans la numérotation c'est normal pour Access. J'ai créé une nouvelle base par importation pour pouvoir la tester en mono-poste et le problème de départ, c'est-à dire la numérotation par sauts de 2 persiste et là, je ne peux pas dire que ce soit quelqu'un qui efface des enregistrements. La numérotation auto, se fait par exemple 120; 122; 124; 126. Est-ce que ça peut venir du formulaire? Merci Raymond. Luis
Dans ta table, dans la propriété nouvelles valeurs, as-tu bien mis incrément
et non aléatoire ? je ne vois pas que ça vienne du formulaire.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:b32101c43730$92e58610$a101280a@phx.gbl...
Bonjour Raymond,
Que l'annulation d'une saisie crée un trou dans la
numérotation c'est normal pour Access.
J'ai créé une nouvelle base par importation pour pouvoir
la tester en mono-poste et le problème de départ, c'est-à
dire la numérotation par sauts de 2 persiste et là, je ne
peux pas dire que ce soit quelqu'un qui efface des
enregistrements.
La numérotation auto, se fait par exemple 120; 122; 124;
126.
Est-ce que ça peut venir du formulaire?
Merci Raymond.
Luis
Dans ta table, dans la propriété nouvelles valeurs, as-tu bien mis incrément et non aléatoire ? je ne vois pas que ça vienne du formulaire.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b32101c43730$92e58610$ Bonjour Raymond, Que l'annulation d'une saisie crée un trou dans la numérotation c'est normal pour Access. J'ai créé une nouvelle base par importation pour pouvoir la tester en mono-poste et le problème de départ, c'est-à dire la numérotation par sauts de 2 persiste et là, je ne peux pas dire que ce soit quelqu'un qui efface des enregistrements. La numérotation auto, se fait par exemple 120; 122; 124; 126. Est-ce que ça peut venir du formulaire? Merci Raymond. Luis
Luis
Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
-----Message d'origine----- Dans ta table, dans la propriété nouvelles valeurs, as-tu bien mis incrément
et non aléatoire ? je ne vois pas que ça vienne du formulaire.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b32101c43730$92e58610$ Bonjour Raymond, Que l'annulation d'une saisie crée un trou dans la numérotation c'est normal pour Access. J'ai créé une nouvelle base par importation pour pouvoir la tester en mono-poste et le problème de départ, c'est-à dire la numérotation par sauts de 2 persiste et là, je ne peux pas dire que ce soit quelqu'un qui efface des enregistrements. La numérotation auto, se fait par exemple 120; 122; 124; 126. Est-ce que ça peut venir du formulaire? Merci Raymond. Luis
.
Bonjour Raymond,
Voilà les propriétés de la table:
Taille du champ : Entier long
Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons
Comme tu vois la propriété nouvelles valeurs n'est pas sur
aléatoire.
Alors de quoi ça peut venir, c'est gênant d'avoir de
décompte doublé.
Luis
-----Message d'origine-----
Dans ta table, dans la propriété nouvelles valeurs, as-tu
bien mis incrément
et non aléatoire ? je ne vois pas que ça vienne du
formulaire.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de
news:b32101c43730$92e58610$a101280a@phx.gbl...
Bonjour Raymond,
Que l'annulation d'une saisie crée un trou dans la
numérotation c'est normal pour Access.
J'ai créé une nouvelle base par importation pour pouvoir
la tester en mono-poste et le problème de départ, c'est-à
dire la numérotation par sauts de 2 persiste et là, je ne
peux pas dire que ce soit quelqu'un qui efface des
enregistrements.
La numérotation auto, se fait par exemple 120; 122; 124;
126.
Est-ce que ça peut venir du formulaire?
Merci Raymond.
Luis
Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
-----Message d'origine----- Dans ta table, dans la propriété nouvelles valeurs, as-tu bien mis incrément
et non aléatoire ? je ne vois pas que ça vienne du formulaire.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b32101c43730$92e58610$ Bonjour Raymond, Que l'annulation d'une saisie crée un trou dans la numérotation c'est normal pour Access. J'ai créé une nouvelle base par importation pour pouvoir la tester en mono-poste et le problème de départ, c'est-à dire la numérotation par sauts de 2 persiste et là, je ne peux pas dire que ce soit quelqu'un qui efface des enregistrements. La numérotation auto, se fait par exemple 120; 122; 124; 126. Est-ce que ça peut venir du formulaire? Merci Raymond. Luis
.
Raymond [mvp]
c'est systématique ? si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b38801c43739$020bd550$ Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
c'est systématique ?
si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:b38801c43739$020bd550$a101280a@phx.gbl...
Bonjour Raymond,
Voilà les propriétés de la table:
Taille du champ : Entier long
Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons
Comme tu vois la propriété nouvelles valeurs n'est pas sur
aléatoire.
Alors de quoi ça peut venir, c'est gênant d'avoir de
décompte doublé.
Luis
c'est systématique ? si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b38801c43739$020bd550$ Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
Luis
Bonjour Raymond, J'essai de te l'envoyer, mais elle ne passe pas, je me demande si ce n'est pas la taille car même zippée elle fait 680Mo. J'essaie de l'alléger un peu plus et je l'envoie. Merci Raymond. Luis
-----Message d'origine----- c'est systématique ? si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b38801c43739$020bd550$ Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
.
Bonjour Raymond,
J'essai de te l'envoyer, mais elle ne passe pas, je me
demande si ce n'est pas la taille car même zippée elle
fait 680Mo.
J'essaie de l'alléger un peu plus et je l'envoie.
Merci Raymond.
Luis
-----Message d'origine-----
c'est systématique ?
si oui, tu peux m'envoyer ton formulaire, ta requête et
ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le
XYZ. de l'adresse.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de
news:b38801c43739$020bd550$a101280a@phx.gbl...
Bonjour Raymond,
Voilà les propriétés de la table:
Taille du champ : Entier long
Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons
Comme tu vois la propriété nouvelles valeurs n'est pas sur
aléatoire.
Alors de quoi ça peut venir, c'est gênant d'avoir de
décompte doublé.
Luis
Bonjour Raymond, J'essai de te l'envoyer, mais elle ne passe pas, je me demande si ce n'est pas la taille car même zippée elle fait 680Mo. J'essaie de l'alléger un peu plus et je l'envoie. Merci Raymond. Luis
-----Message d'origine----- c'est systématique ? si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b38801c43739$020bd550$ Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
.
Pierre CFI [mvp]
680 Mo, y va étre content Raymond :o)))
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "Luis" a écrit dans le message de news:b54001c4375d$a74a09f0$ Bonjour Raymond, J'essai de te l'envoyer, mais elle ne passe pas, je me demande si ce n'est pas la taille car même zippée elle fait 680Mo. J'essaie de l'alléger un peu plus et je l'envoie. Merci Raymond. Luis
-----Message d'origine----- c'est systématique ? si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b38801c43739$020bd550$ Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
.
680 Mo, y va étre content Raymond :o)))
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de news:b54001c4375d$a74a09f0$a501280a@phx.gbl...
Bonjour Raymond,
J'essai de te l'envoyer, mais elle ne passe pas, je me
demande si ce n'est pas la taille car même zippée elle
fait 680Mo.
J'essaie de l'alléger un peu plus et je l'envoie.
Merci Raymond.
Luis
-----Message d'origine-----
c'est systématique ?
si oui, tu peux m'envoyer ton formulaire, ta requête et
ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le
XYZ. de l'adresse.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans
le message de
news:b38801c43739$020bd550$a101280a@phx.gbl...
Bonjour Raymond,
Voilà les propriétés de la table:
Taille du champ : Entier long
Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons
Comme tu vois la propriété nouvelles valeurs n'est pas sur
aléatoire.
Alors de quoi ça peut venir, c'est gênant d'avoir de
décompte doublé.
Luis
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "Luis" a écrit dans le message de news:b54001c4375d$a74a09f0$ Bonjour Raymond, J'essai de te l'envoyer, mais elle ne passe pas, je me demande si ce n'est pas la taille car même zippée elle fait 680Mo. J'essaie de l'alléger un peu plus et je l'envoie. Merci Raymond. Luis
-----Message d'origine----- c'est systématique ? si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une
exorcisation ? juste ça , en zip ou rar en enlevant le XYZ. de l'adresse.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de
news:b38801c43739$020bd550$ Bonjour Raymond, Voilà les propriétés de la table:
Taille du champ : Entier long Nouvelles valeurs : Incrément
Indexé : Oui - Sans doublons Comme tu vois la propriété nouvelles valeurs n'est pas sur aléatoire. Alors de quoi ça peut venir, c'est gênant d'avoir de décompte doublé. Luis
.
Raymond [mvp]
Je t'ai dit:
si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une exorcisation ?
seulement ça, tu mets deux enregistrements dans la table ça suffit. ta base va faire 1 mo maxi en mdb.
surtout n'envoie pas plus de 20 à 30 mo. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b54001c4375d$a74a09f0$ Bonjour Raymond, J'essai de te l'envoyer, mais elle ne passe pas, je me demande si ce n'est pas la taille car même zippée elle fait 680Mo. J'essaie de l'alléger un peu plus et je l'envoie. Merci Raymond. Luis
Je t'ai dit:
si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une
exorcisation ?
seulement ça, tu mets deux enregistrements dans la table ça suffit. ta base
va faire 1 mo maxi en mdb.
surtout n'envoie pas plus de 20 à 30 mo.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:b54001c4375d$a74a09f0$a501280a@phx.gbl...
Bonjour Raymond,
J'essai de te l'envoyer, mais elle ne passe pas, je me
demande si ce n'est pas la taille car même zippée elle
fait 680Mo.
J'essaie de l'alléger un peu plus et je l'envoie.
Merci Raymond.
Luis
si oui, tu peux m'envoyer ton formulaire, ta requête et ta table pour une exorcisation ?
seulement ça, tu mets deux enregistrements dans la table ça suffit. ta base va faire 1 mo maxi en mdb.
surtout n'envoie pas plus de 20 à 30 mo. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Luis" a écrit dans le message de news:b54001c4375d$a74a09f0$ Bonjour Raymond, J'essai de te l'envoyer, mais elle ne passe pas, je me demande si ce n'est pas la taille car même zippée elle fait 680Mo. J'essaie de l'alléger un peu plus et je l'envoie. Merci Raymond. Luis
