Quand j'active la réplication de ma base de donnée et que je crée une
nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus
normalement.
au lieu d'avoir 567 j'ai 1e87
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
Gilbert
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée un
réplica de ta base, toutes les propriétés Nouvelles valeurs des champs de
type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
--
Gilbert
"Denys Levesque" <NoSpam.Spyware@spam.spam.com> a écrit dans le message de
news: OpS$I$QiGHA.4040@TK2MSFTNGP05.phx.gbl...
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une
nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente
plus normalement.
au lieu d'avoir 567 j'ai 1e87
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Denys Levesque
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème? car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de cela tu as 1e65 c'est pas évident à suivre. merci
Denis
"Gilbert" wrote in message news:
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème?
car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de
cela tu as 1e65 c'est pas évident à suivre.
merci
Denis
"Gilbert" <ZZZZgilbertvie@tiscali.fr> wrote in message
news:uzuKA5UiGHA.4660@TK2MSFTNGP03.phx.gbl...
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs
de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
--
Gilbert
"Denys Levesque" <NoSpam.Spyware@spam.spam.com> a écrit dans le message de
news: OpS$I$QiGHA.4040@TK2MSFTNGP05.phx.gbl...
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une
nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente
plus normalement.
au lieu d'avoir 567 j'ai 1e87
Mais alors comment remédier à ce problème? car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de cela tu as 1e65 c'est pas évident à suivre. merci
Denis
"Gilbert" wrote in message news:
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Gilbert
Je ne suis pas sûr que ce soit un problème. Je pense que dans une base de données "normale", la valeur d'un NuméroAuto n'a pas d'importance. Si tu as besoin de suivre ces valeurs, il te faut les gérer toi-même et ne pas utiliser de NuméroAuto. De toutes façons, même sans réplication, si tu commences à ajouter l'enregistrement 568, puis que tu annules ta saisie, le numéro 568 ne sera plus utilisé par la suite, le numéro suivant sera le 569.
Gilbert
"Denys Levesque" a écrit dans le message de news:%
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème? car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de cela tu as 1e65 c'est pas évident à suivre. merci
Denis
"Gilbert" wrote in message news:
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs
de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de
news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Je ne suis pas sûr que ce soit un problème.
Je pense que dans une base de données "normale", la valeur d'un NuméroAuto
n'a pas d'importance.
Si tu as besoin de suivre ces valeurs, il te faut les gérer toi-même et ne
pas utiliser de NuméroAuto.
De toutes façons, même sans réplication, si tu commences à ajouter
l'enregistrement 568, puis que tu annules ta saisie, le numéro 568 ne sera
plus utilisé par la suite, le numéro suivant sera le 569.
Gilbert
"Denys Levesque" <NoSpam.Spyware@spam.spam.com> a écrit dans le message de
news:%23ExhqtXiGHA.3496@TK2MSFTNGP04.phx.gbl...
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème?
car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de
cela tu as 1e65 c'est pas évident à suivre.
merci
Denis
"Gilbert" <ZZZZgilbertvie@tiscali.fr> wrote in message
news:uzuKA5UiGHA.4660@TK2MSFTNGP03.phx.gbl...
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu
crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des
champs
de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
--
Gilbert
"Denys Levesque" <NoSpam.Spyware@spam.spam.com> a écrit dans le message
de
news: OpS$I$QiGHA.4040@TK2MSFTNGP05.phx.gbl...
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une
nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente
plus normalement.
au lieu d'avoir 567 j'ai 1e87
Je ne suis pas sûr que ce soit un problème. Je pense que dans une base de données "normale", la valeur d'un NuméroAuto n'a pas d'importance. Si tu as besoin de suivre ces valeurs, il te faut les gérer toi-même et ne pas utiliser de NuméroAuto. De toutes façons, même sans réplication, si tu commences à ajouter l'enregistrement 568, puis que tu annules ta saisie, le numéro 568 ne sera plus utilisé par la suite, le numéro suivant sera le 569.
Gilbert
"Denys Levesque" a écrit dans le message de news:%
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème? car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de cela tu as 1e65 c'est pas évident à suivre. merci
Denis
"Gilbert" wrote in message news:
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs
de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de
news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
3stone
Salut,
"Denys Levesque" | Mais alors comment remédier à ce problème?
ce n'est pas un problème dans une base correctement concue...
| car quand tu est rendu a 567 et le suivant devrais être 568
NON ! Même dans une base normale, non répliquée, il n'y a absolument pas de garantie pour que les numéros se suivent ! Un numéroauto (clé primaire) est uniquement destiné à donner un identifiant *unique* à l'enregistrement.
Il peut être incrémental ou aléatoire, point !
| et au lieu de | cela tu as 1e65 c'est pas évident à suivre.
le "1e65" provient sûrement du fait que la zone de texte n'est pas suffisement large pour afficher le nombre en entier... Regarde dans la table et élargis la colonne.
"Denys Levesque"
| Mais alors comment remédier à ce problème?
ce n'est pas un problème dans une base correctement concue...
| car quand tu est rendu a 567 et le suivant devrais être 568
NON !
Même dans une base normale, non répliquée, il n'y a absolument
pas de garantie pour que les numéros se suivent !
Un numéroauto (clé primaire) est uniquement destiné à donner
un identifiant *unique* à l'enregistrement.
Il peut être incrémental ou aléatoire, point !
| et au lieu de
| cela tu as 1e65 c'est pas évident à suivre.
le "1e65" provient sûrement du fait que la zone de texte n'est pas
suffisement large pour afficher le nombre en entier...
Regarde dans la table et élargis la colonne.
"Denys Levesque" | Mais alors comment remédier à ce problème?
ce n'est pas un problème dans une base correctement concue...
| car quand tu est rendu a 567 et le suivant devrais être 568
NON ! Même dans une base normale, non répliquée, il n'y a absolument pas de garantie pour que les numéros se suivent ! Un numéroauto (clé primaire) est uniquement destiné à donner un identifiant *unique* à l'enregistrement.
Il peut être incrémental ou aléatoire, point !
| et au lieu de | cela tu as 1e65 c'est pas évident à suivre.
le "1e65" provient sûrement du fait que la zone de texte n'est pas suffisement large pour afficher le nombre en entier... Regarde dans la table et élargis la colonne.
Je comprend ce que tu veut dire. Mais je trouve cela con de la part de Microsoft car il devrais garder la même façon de faire dans toute circonstance Car cela me pose beaucoup de mot de tête car il y a beaucoup de champ ayant été déclarer de cette façon.
merci beaucoup pour ta réponse
Denis
"Gilbert" wrote in message news:
Je ne suis pas sûr que ce soit un problème. Je pense que dans une base de données "normale", la valeur d'un NuméroAuto n'a pas d'importance. Si tu as besoin de suivre ces valeurs, il te faut les gérer toi-même et ne pas utiliser de NuméroAuto. De toutes façons, même sans réplication, si tu commences à ajouter l'enregistrement 568, puis que tu annules ta saisie, le numéro 568 ne sera plus utilisé par la suite, le numéro suivant sera le 569.
Gilbert
"Denys Levesque" a écrit dans le message de news:%
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème? car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de cela tu as 1e65 c'est pas évident à suivre. merci
Denis
"Gilbert" wrote in message news:
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs
de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de
news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Bonjour Gilbert
Je comprend ce que tu veut dire. Mais je trouve cela con de la part de
Microsoft car il devrais garder la même façon de faire dans toute
circonstance
Car cela me pose beaucoup de mot de tête car il y a beaucoup de champ ayant
été déclarer de cette façon.
merci beaucoup pour ta réponse
Denis
"Gilbert" <ZZZZgilbertvie@tiscali.fr> wrote in message
news:OJYtNRYiGHA.4896@TK2MSFTNGP05.phx.gbl...
Je ne suis pas sûr que ce soit un problème.
Je pense que dans une base de données "normale", la valeur d'un NuméroAuto
n'a pas d'importance.
Si tu as besoin de suivre ces valeurs, il te faut les gérer toi-même et ne
pas utiliser de NuméroAuto.
De toutes façons, même sans réplication, si tu commences à ajouter
l'enregistrement 568, puis que tu annules ta saisie, le numéro 568 ne sera
plus utilisé par la suite, le numéro suivant sera le 569.
Gilbert
"Denys Levesque" <NoSpam.Spyware@spam.spam.com> a écrit dans le message de
news:%23ExhqtXiGHA.3496@TK2MSFTNGP04.phx.gbl...
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème?
car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de
cela tu as 1e65 c'est pas évident à suivre.
merci
Denis
"Gilbert" <ZZZZgilbertvie@tiscali.fr> wrote in message
news:uzuKA5UiGHA.4660@TK2MSFTNGP03.phx.gbl...
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu
crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des
champs
de type NuméroAuto des tes tables sont modifiés de Incrément à
Aléatoire
--
Gilbert
"Denys Levesque" <NoSpam.Spyware@spam.spam.com> a écrit dans le message
de
news: OpS$I$QiGHA.4040@TK2MSFTNGP05.phx.gbl...
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une
nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente
plus normalement.
au lieu d'avoir 567 j'ai 1e87
Je comprend ce que tu veut dire. Mais je trouve cela con de la part de Microsoft car il devrais garder la même façon de faire dans toute circonstance Car cela me pose beaucoup de mot de tête car il y a beaucoup de champ ayant été déclarer de cette façon.
merci beaucoup pour ta réponse
Denis
"Gilbert" wrote in message news:
Je ne suis pas sûr que ce soit un problème. Je pense que dans une base de données "normale", la valeur d'un NuméroAuto n'a pas d'importance. Si tu as besoin de suivre ces valeurs, il te faut les gérer toi-même et ne pas utiliser de NuméroAuto. De toutes façons, même sans réplication, si tu commences à ajouter l'enregistrement 568, puis que tu annules ta saisie, le numéro 568 ne sera plus utilisé par la suite, le numéro suivant sera le 569.
Gilbert
"Denys Levesque" a écrit dans le message de news:%
Bonjour Gilbert
Merci pour ta réponse
Mais alors comment remédier à ce problème? car quand tu est rendu a 567 et le suivant devrais être 568 et au lieu de cela tu as 1e65 c'est pas évident à suivre. merci
Denis
"Gilbert" wrote in message news:
Bonjour,
Pour avoir tester un peu la réplication, il me semble que lorsque tu crée
un réplica de ta base, toutes les propriétés Nouvelles valeurs des champs
de type NuméroAuto des tes tables sont modifiés de Incrément à Aléatoire
-- Gilbert
"Denys Levesque" a écrit dans le message de
news: OpS$I$
Bonjour à tous(tes)
J'ai un problème avec la réplication.
Quand j'active la réplication de ma base de donnée et que je crée une nouvelle entrée. L'incrémentation de mon champs numéro ne s'incrémente plus normalement. au lieu d'avoir 567 j'ai 1e87
avez vous vu cela
Je travaille avec access 2003
merci beaucoup
Denis
Denys Levesque
Salut 3stone
Jusqu'à présent les numéro se suive et il y en a vraiment beaucoup.
Je vais suivre le conseil de Gilbert et faire une incrémentation par programmation.
merci pour ton aide a toi et Gilbert c'est vraiment apprécié
Denis
"3stone" wrote in message news:
Salut,
"Denys Levesque" | Mais alors comment remédier à ce problème?
ce n'est pas un problème dans une base correctement concue...
| car quand tu est rendu a 567 et le suivant devrais être 568
NON ! Même dans une base normale, non répliquée, il n'y a absolument pas de garantie pour que les numéros se suivent ! Un numéroauto (clé primaire) est uniquement destiné à donner un identifiant *unique* à l'enregistrement.
Il peut être incrémental ou aléatoire, point !
| et au lieu de | cela tu as 1e65 c'est pas évident à suivre.
le "1e65" provient sûrement du fait que la zone de texte n'est pas suffisement large pour afficher le nombre en entier... Regarde dans la table et élargis la colonne.
Jusqu'à présent les numéro se suive et il y en a vraiment beaucoup.
Je vais suivre le conseil de Gilbert et faire une incrémentation par
programmation.
merci pour ton aide a toi et Gilbert c'est vraiment apprécié
Denis
"3stone" <home@sweet_home.be> wrote in message
news:usj8nuYiGHA.1324@TK2MSFTNGP04.phx.gbl...
Salut,
"Denys Levesque"
| Mais alors comment remédier à ce problème?
ce n'est pas un problème dans une base correctement concue...
| car quand tu est rendu a 567 et le suivant devrais être 568
NON !
Même dans une base normale, non répliquée, il n'y a absolument
pas de garantie pour que les numéros se suivent !
Un numéroauto (clé primaire) est uniquement destiné à donner
un identifiant *unique* à l'enregistrement.
Il peut être incrémental ou aléatoire, point !
| et au lieu de
| cela tu as 1e65 c'est pas évident à suivre.
le "1e65" provient sûrement du fait que la zone de texte n'est pas
suffisement large pour afficher le nombre en entier...
Regarde dans la table et élargis la colonne.
Jusqu'à présent les numéro se suive et il y en a vraiment beaucoup.
Je vais suivre le conseil de Gilbert et faire une incrémentation par programmation.
merci pour ton aide a toi et Gilbert c'est vraiment apprécié
Denis
"3stone" wrote in message news:
Salut,
"Denys Levesque" | Mais alors comment remédier à ce problème?
ce n'est pas un problème dans une base correctement concue...
| car quand tu est rendu a 567 et le suivant devrais être 568
NON ! Même dans une base normale, non répliquée, il n'y a absolument pas de garantie pour que les numéros se suivent ! Un numéroauto (clé primaire) est uniquement destiné à donner un identifiant *unique* à l'enregistrement.
Il peut être incrémental ou aléatoire, point !
| et au lieu de | cela tu as 1e65 c'est pas évident à suivre.
le "1e65" provient sûrement du fait que la zone de texte n'est pas suffisement large pour afficher le nombre en entier... Regarde dans la table et élargis la colonne.
