Je dois en vba, générer un numéroauto aléatoire, connaissez vous la syntaxe de la ligne de code pour faire cela.
Pour précision, ce n'est pas un type dans une table mais vraiment au niveau de vba que je veux gérer cela.
C'est un "numéro aléatoire" qu'il te faut ? dans ce cas regarde la réponse de llan
ou bien réellement un "NuméroAuto aléatoire" ?
Car une "NuméroAuto" ce crée dans la table et le "aléatoire", c'est Access qui s'en charge! Et dans ce cas, inutile de compliquer la vie...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Loïc
Salut, Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me permet de gagner du temps en développement. Par contre, j'aimerais savoir si tu connaissais un moyen pour figer la taille de ce no par exemple sur 6 positions et ce afin d'éviter d'avoir des no courts ou longs qui ne respectent pas de standard.
Meilleures salutations Loïc "3stone" a écrit dans le message de news:
Salut,
"Loïc"
Je dois en vba, générer un numéroauto aléatoire, connaissez vous la syntaxe
de la ligne de code pour faire cela.
Pour précision, ce n'est pas un type dans une table mais vraiment au niveau
de vba que je veux gérer cela.
C'est un "numéro aléatoire" qu'il te faut ? dans ce cas regarde la réponse de llan
ou bien réellement un "NuméroAuto aléatoire" ?
Car une "NuméroAuto" ce crée dans la table et le "aléatoire", c'est Access qui s'en charge! Et dans ce cas, inutile de compliquer la vie...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Salut,
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me
permet de gagner du temps en développement. Par contre, j'aimerais savoir si
tu connaissais un moyen pour figer la taille de ce no par exemple sur 6
positions et ce afin d'éviter d'avoir des no courts ou longs qui ne
respectent pas de standard.
Meilleures salutations
Loïc
"3stone" <threestone@cielreseau.be> a écrit dans le message de
news:eBQznCesEHA.224@TK2MSFTNGP15.phx.gbl...
Salut,
"Loïc"
Je dois en vba, générer un numéroauto aléatoire, connaissez vous la
syntaxe
de la ligne de code pour faire cela.
Pour précision, ce n'est pas un type dans une table mais vraiment au
niveau
de vba que je veux gérer cela.
C'est un "numéro aléatoire" qu'il te faut ?
dans ce cas regarde la réponse de llan
ou bien réellement un "NuméroAuto aléatoire" ?
Car une "NuméroAuto" ce crée dans la table et le "aléatoire",
c'est Access qui s'en charge!
Et dans ce cas, inutile de compliquer la vie...
--
A+
Pierre (3stone) Access MVP
~~~~~~~~~~~~~~~~~~~~~~~
http://users.skynet.be/mpfa
http://users.skynet.be/accesshome
Salut, Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me permet de gagner du temps en développement. Par contre, j'aimerais savoir si tu connaissais un moyen pour figer la taille de ce no par exemple sur 6 positions et ce afin d'éviter d'avoir des no courts ou longs qui ne respectent pas de standard.
Meilleures salutations Loïc "3stone" a écrit dans le message de news:
Salut,
"Loïc"
Je dois en vba, générer un numéroauto aléatoire, connaissez vous la syntaxe
de la ligne de code pour faire cela.
Pour précision, ce n'est pas un type dans une table mais vraiment au niveau
de vba que je veux gérer cela.
C'est un "numéro aléatoire" qu'il te faut ? dans ce cas regarde la réponse de llan
ou bien réellement un "NuméroAuto aléatoire" ?
Car une "NuméroAuto" ce crée dans la table et le "aléatoire", c'est Access qui s'en charge! Et dans ce cas, inutile de compliquer la vie...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
3stone
Salut,
"Loïc"
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me permet de gagner du temps en développement.
C'est fait POUR, justement... Gagner du temps et ne pas s'occuper, en moins bien, de ce que Access sait faire sans problème.
Par contre, j'aimerais savoir si tu connaissais un moyen pour figer la taille de ce no par exemple sur 6 positions et ce afin d'éviter d'avoir des no courts ou longs qui ne respectent pas de standard.
De un, je ne vois pas (vraiment) l'utilité de créer un "numéroauto aléatoire" en dehors de la réplication; Mais là, encore une fois, Access le fait de lui-même. De deux, vu que les numéroauto sont destinés à créer des clés primaires, et, dans ce cas ne jamais apparaîtrent à l'utilisateur, donc ne servir que comme identifiant unique et forcément dans les relations, je ne voir pas l'utilité ni la nécessité de limité la valeur de ces clés aléatoires à une "plage" prédéfinie... Cela ne ferait que limité le nombre d'enregistrements possibles.
La question est donc: pourquoi une clé primaire "limitée" ? Ou, quel est le besoin...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Salut,
"Loïc"
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me
permet de gagner du temps en développement.
C'est fait POUR, justement...
Gagner du temps et ne pas s'occuper, en moins bien, de ce que
Access sait faire sans problème.
Par contre, j'aimerais savoir si
tu connaissais un moyen pour figer la taille de ce no par exemple sur 6
positions et ce afin d'éviter d'avoir des no courts ou longs qui ne
respectent pas de standard.
De un, je ne vois pas (vraiment) l'utilité de créer un "numéroauto aléatoire"
en dehors de la réplication; Mais là, encore une fois, Access le fait
de lui-même.
De deux, vu que les numéroauto sont destinés à créer des clés primaires,
et, dans ce cas ne jamais apparaîtrent à l'utilisateur, donc ne servir
que comme identifiant unique et forcément dans les relations,
je ne voir pas l'utilité ni la nécessité de limité la valeur de ces clés
aléatoires à une "plage" prédéfinie...
Cela ne ferait que limité le nombre d'enregistrements possibles.
La question est donc: pourquoi une clé primaire "limitée" ?
Ou, quel est le besoin...
--
A+
Pierre (3stone) Access MVP
~~~~~~~~~~~~~~~~~~~~~~~
http://users.skynet.be/mpfa
http://users.skynet.be/accesshome
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me permet de gagner du temps en développement.
C'est fait POUR, justement... Gagner du temps et ne pas s'occuper, en moins bien, de ce que Access sait faire sans problème.
Par contre, j'aimerais savoir si tu connaissais un moyen pour figer la taille de ce no par exemple sur 6 positions et ce afin d'éviter d'avoir des no courts ou longs qui ne respectent pas de standard.
De un, je ne vois pas (vraiment) l'utilité de créer un "numéroauto aléatoire" en dehors de la réplication; Mais là, encore une fois, Access le fait de lui-même. De deux, vu que les numéroauto sont destinés à créer des clés primaires, et, dans ce cas ne jamais apparaîtrent à l'utilisateur, donc ne servir que comme identifiant unique et forcément dans les relations, je ne voir pas l'utilité ni la nécessité de limité la valeur de ces clés aléatoires à une "plage" prédéfinie... Cela ne ferait que limité le nombre d'enregistrements possibles.
La question est donc: pourquoi une clé primaire "limitée" ? Ou, quel est le besoin...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Loïc
Salut, Le besoin est simple. Une base de donnée servant de stockage de fiche d'employé, on désire à chaque employé attribuer un no automatique afin que celui-ci puisse être en cas de besoin complétement anonyme (confidentialité exigée). Pour plus de sécurité on aimerait de plus ne jamais pouvoir prévoir le no suivant (séquentiel impossible) d'ou l'aléatoire.
En fait, j'aurais voulu éviter d'avoir un listing avec des numéro de nombre de positions aléatoires.
C'est à dire employéA 1 employéB 2000000 employéC 4088900000000 etc.
mais plutot d'indiquer au système : attribue moi un numéro aléatoire compris dans la tranche : 100000 à 999999 par exemple ce qui limite il est vrai le nombre de possibilité mais étant donné que nous n'atteindrons jamais le nombre de 999999 employés cela ne me pose pas de problème.
J'espère avoir été plus clair Salutations. Loïc
"3stone" a écrit dans le message de news:%23ohc$
Salut,
"Loïc"
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me
permet de gagner du temps en développement.
C'est fait POUR, justement... Gagner du temps et ne pas s'occuper, en moins bien, de ce que Access sait faire sans problème.
Par contre, j'aimerais savoir si tu connaissais un moyen pour figer la taille de ce no par exemple sur 6 positions et ce afin d'éviter d'avoir des no courts ou longs qui ne respectent pas de standard.
De un, je ne vois pas (vraiment) l'utilité de créer un "numéroauto aléatoire"
en dehors de la réplication; Mais là, encore une fois, Access le fait de lui-même. De deux, vu que les numéroauto sont destinés à créer des clés primaires,
et, dans ce cas ne jamais apparaîtrent à l'utilisateur, donc ne servir que comme identifiant unique et forcément dans les relations, je ne voir pas l'utilité ni la nécessité de limité la valeur de ces clés
aléatoires à une "plage" prédéfinie... Cela ne ferait que limité le nombre d'enregistrements possibles.
La question est donc: pourquoi une clé primaire "limitée" ? Ou, quel est le besoin...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Salut,
Le besoin est simple. Une base de donnée servant de stockage de fiche
d'employé, on désire à chaque employé attribuer un no automatique afin que
celui-ci puisse être en cas de besoin complétement anonyme (confidentialité
exigée). Pour plus de sécurité on aimerait de plus ne jamais pouvoir prévoir
le no suivant (séquentiel impossible) d'ou l'aléatoire.
En fait, j'aurais voulu éviter d'avoir un listing avec des numéro de nombre
de positions aléatoires.
C'est à dire employéA 1
employéB 2000000
employéC 4088900000000
etc.
mais plutot d'indiquer au système : attribue moi un numéro aléatoire compris
dans la tranche : 100000 à 999999 par exemple ce qui limite il est vrai le
nombre de possibilité mais étant donné que nous n'atteindrons jamais le
nombre de 999999 employés cela ne me pose pas de problème.
J'espère avoir été plus clair
Salutations.
Loïc
"3stone" <threestone@cielreseau.be> a écrit dans le message de
news:%23ohc$7esEHA.2664@TK2MSFTNGP12.phx.gbl...
Salut,
"Loïc"
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce
qui me
permet de gagner du temps en développement.
C'est fait POUR, justement...
Gagner du temps et ne pas s'occuper, en moins bien, de ce que
Access sait faire sans problème.
Par contre, j'aimerais savoir si
tu connaissais un moyen pour figer la taille de ce no par exemple sur 6
positions et ce afin d'éviter d'avoir des no courts ou longs qui ne
respectent pas de standard.
De un, je ne vois pas (vraiment) l'utilité de créer un "numéroauto
aléatoire"
en dehors de la réplication; Mais là, encore une fois, Access le fait
de lui-même.
De deux, vu que les numéroauto sont destinés à créer des clés
primaires,
et, dans ce cas ne jamais apparaîtrent à l'utilisateur, donc ne servir
que comme identifiant unique et forcément dans les relations,
je ne voir pas l'utilité ni la nécessité de limité la valeur de ces
clés
aléatoires à une "plage" prédéfinie...
Cela ne ferait que limité le nombre d'enregistrements possibles.
La question est donc: pourquoi une clé primaire "limitée" ?
Ou, quel est le besoin...
--
A+
Pierre (3stone) Access MVP
~~~~~~~~~~~~~~~~~~~~~~~
http://users.skynet.be/mpfa
http://users.skynet.be/accesshome
Salut, Le besoin est simple. Une base de donnée servant de stockage de fiche d'employé, on désire à chaque employé attribuer un no automatique afin que celui-ci puisse être en cas de besoin complétement anonyme (confidentialité exigée). Pour plus de sécurité on aimerait de plus ne jamais pouvoir prévoir le no suivant (séquentiel impossible) d'ou l'aléatoire.
En fait, j'aurais voulu éviter d'avoir un listing avec des numéro de nombre de positions aléatoires.
C'est à dire employéA 1 employéB 2000000 employéC 4088900000000 etc.
mais plutot d'indiquer au système : attribue moi un numéro aléatoire compris dans la tranche : 100000 à 999999 par exemple ce qui limite il est vrai le nombre de possibilité mais étant donné que nous n'atteindrons jamais le nombre de 999999 employés cela ne me pose pas de problème.
J'espère avoir été plus clair Salutations. Loïc
"3stone" a écrit dans le message de news:%23ohc$
Salut,
"Loïc"
Après mure réflexion, j'ai créé un noAuto aléatoire dans la table, ce qui me
permet de gagner du temps en développement.
C'est fait POUR, justement... Gagner du temps et ne pas s'occuper, en moins bien, de ce que Access sait faire sans problème.
Par contre, j'aimerais savoir si tu connaissais un moyen pour figer la taille de ce no par exemple sur 6 positions et ce afin d'éviter d'avoir des no courts ou longs qui ne respectent pas de standard.
De un, je ne vois pas (vraiment) l'utilité de créer un "numéroauto aléatoire"
en dehors de la réplication; Mais là, encore une fois, Access le fait de lui-même. De deux, vu que les numéroauto sont destinés à créer des clés primaires,
et, dans ce cas ne jamais apparaîtrent à l'utilisateur, donc ne servir que comme identifiant unique et forcément dans les relations, je ne voir pas l'utilité ni la nécessité de limité la valeur de ces clés
aléatoires à une "plage" prédéfinie... Cela ne ferait que limité le nombre d'enregistrements possibles.
La question est donc: pourquoi une clé primaire "limitée" ? Ou, quel est le besoin...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
3stone
Salut,
"Loïc"
Le besoin est simple. Une base de donnée servant de stockage de fiche d'employé, on désire à chaque employé attribuer un no automatique afin que celui-ci puisse être en cas de besoin complétement anonyme (confidentialité exigée). Pour plus de sécurité on aimerait de plus ne jamais pouvoir prévoir le no suivant (séquentiel impossible) d'ou l'aléatoire.
En fait, j'aurais voulu éviter d'avoir un listing avec des numéro de nombre de positions aléatoires.
C'est à dire employéA 1 employéB 2000000 employéC 4088900000000 etc.
Puisque "anonyme", pourquoi mettre sur le listing:
EmployéX 63653 EmployéY 84584785748734 ?
Pour ce que tu faire, le numauto aléatoire est bon. Simplement, ne l'affiche pas ou utilise un format d'affichage pour compléter avec des zéros...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Salut,
"Loïc"
Le besoin est simple. Une base de donnée servant de stockage de fiche
d'employé, on désire à chaque employé attribuer un no automatique afin que
celui-ci puisse être en cas de besoin complétement anonyme (confidentialité
exigée). Pour plus de sécurité on aimerait de plus ne jamais pouvoir prévoir
le no suivant (séquentiel impossible) d'ou l'aléatoire.
En fait, j'aurais voulu éviter d'avoir un listing avec des numéro de nombre
de positions aléatoires.
C'est à dire employéA 1
employéB 2000000
employéC 4088900000000
etc.
Puisque "anonyme", pourquoi mettre sur le listing:
EmployéX 63653
EmployéY 84584785748734 ?
Pour ce que tu faire, le numauto aléatoire est bon.
Simplement, ne l'affiche pas ou utilise un format d'affichage pour
compléter avec des zéros...
--
A+
Pierre (3stone) Access MVP
~~~~~~~~~~~~~~~~~~~~~~~
http://users.skynet.be/mpfa
http://users.skynet.be/accesshome
Le besoin est simple. Une base de donnée servant de stockage de fiche d'employé, on désire à chaque employé attribuer un no automatique afin que celui-ci puisse être en cas de besoin complétement anonyme (confidentialité exigée). Pour plus de sécurité on aimerait de plus ne jamais pouvoir prévoir le no suivant (séquentiel impossible) d'ou l'aléatoire.
En fait, j'aurais voulu éviter d'avoir un listing avec des numéro de nombre de positions aléatoires.
C'est à dire employéA 1 employéB 2000000 employéC 4088900000000 etc.
Puisque "anonyme", pourquoi mettre sur le listing:
EmployéX 63653 EmployéY 84584785748734 ?
Pour ce que tu faire, le numauto aléatoire est bon. Simplement, ne l'affiche pas ou utilise un format d'affichage pour compléter avec des zéros...
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
