comment faire pour déterminer la position d'un enregistrement dans une table
etant donné que sa position ne correspond pas toujours au numeroauto vu
qu'il a eu des enregistrements suprimés
Vu le titre, tu connais la propriété AbsolutePosition. Alors, c'est quoi ton problème?
pgz
3stone
Salut,
"lou" | comment faire pour déterminer la position d'un enregistrement dans une table | etant donné que sa position ne correspond pas toujours au numeroauto vu | qu'il a eu des enregistrements suprimés
In ne faut surtout PAS partir du principe qu'un enregistrement possède une position dans la table !!! La table est comme un "sac de billes", même si l'on connait la dernière à être entrée, comme être *sûr* que c'est elle qui sortira la première ?
Un enregistrement ne possède cette position QUE dans un recordset, une requête qui "ordonne" les enregistrements par un Order By.
"lou"
| comment faire pour déterminer la position d'un enregistrement dans une table
| etant donné que sa position ne correspond pas toujours au numeroauto vu
| qu'il a eu des enregistrements suprimés
In ne faut surtout PAS partir du principe qu'un enregistrement possède
une position dans la table !!!
La table est comme un "sac de billes", même si l'on connait la dernière
à être entrée, comme être *sûr* que c'est elle qui sortira la première ?
Un enregistrement ne possède cette position QUE dans un recordset,
une requête qui "ordonne" les enregistrements par un Order By.
"lou" | comment faire pour déterminer la position d'un enregistrement dans une table | etant donné que sa position ne correspond pas toujours au numeroauto vu | qu'il a eu des enregistrements suprimés
In ne faut surtout PAS partir du principe qu'un enregistrement possède une position dans la table !!! La table est comme un "sac de billes", même si l'on connait la dernière à être entrée, comme être *sûr* que c'est elle qui sortira la première ?
Un enregistrement ne possède cette position QUE dans un recordset, une requête qui "ordonne" les enregistrements par un Order By.
bonjour merci pour la reponse mais je n'ai toujours pas de solution je réexplique la situation a partir d'un form je me serts de ce code pour atteindre un enregistrement qui se trouve sur un formulaire basé sur une table avec numeroauto+ clé primaire DoCmd.GoToRecord acDataForm, "Employés", acGoTo, 7
le probleme c'est qu'entre temps une autre personne a pu effacer un enregistrement donc mon 7 ne correspond plus comment faire pour atteindre le 7
je prends toutes les solution avec AbsolutePosition ou pas merci
"3stone" a écrit dans le message de news: OS$
Salut,
"lou" | comment faire pour déterminer la position d'un enregistrement dans une table
| etant donné que sa position ne correspond pas toujours au numeroauto vu | qu'il a eu des enregistrements suprimés
In ne faut surtout PAS partir du principe qu'un enregistrement possède une position dans la table !!! La table est comme un "sac de billes", même si l'on connait la dernière à être entrée, comme être *sûr* que c'est elle qui sortira la première ?
Un enregistrement ne possède cette position QUE dans un recordset, une requête qui "ordonne" les enregistrements par un Order By.
bonjour
merci pour la reponse mais je n'ai toujours pas de solution
je réexplique la situation
a partir d'un form je me serts de ce code pour atteindre un enregistrement
qui se trouve
sur un formulaire basé sur une table avec numeroauto+ clé primaire
DoCmd.GoToRecord acDataForm, "Employés", acGoTo, 7
le probleme c'est qu'entre temps une autre personne a pu effacer un
enregistrement
donc mon 7 ne correspond plus comment faire pour atteindre le 7
je prends toutes les solution avec AbsolutePosition ou pas
merci
"3stone" <3stone_@_skynet_be> a écrit dans le message de news:
OS$OIIftFHA.2540@TK2MSFTNGP09.phx.gbl...
Salut,
"lou"
| comment faire pour déterminer la position d'un enregistrement dans une
table
| etant donné que sa position ne correspond pas toujours au numeroauto vu
| qu'il a eu des enregistrements suprimés
In ne faut surtout PAS partir du principe qu'un enregistrement possède
une position dans la table !!!
La table est comme un "sac de billes", même si l'on connait la dernière
à être entrée, comme être *sûr* que c'est elle qui sortira la première ?
Un enregistrement ne possède cette position QUE dans un recordset,
une requête qui "ordonne" les enregistrements par un Order By.
bonjour merci pour la reponse mais je n'ai toujours pas de solution je réexplique la situation a partir d'un form je me serts de ce code pour atteindre un enregistrement qui se trouve sur un formulaire basé sur une table avec numeroauto+ clé primaire DoCmd.GoToRecord acDataForm, "Employés", acGoTo, 7
le probleme c'est qu'entre temps une autre personne a pu effacer un enregistrement donc mon 7 ne correspond plus comment faire pour atteindre le 7
je prends toutes les solution avec AbsolutePosition ou pas merci
"3stone" a écrit dans le message de news: OS$
Salut,
"lou" | comment faire pour déterminer la position d'un enregistrement dans une table
| etant donné que sa position ne correspond pas toujours au numeroauto vu | qu'il a eu des enregistrements suprimés
In ne faut surtout PAS partir du principe qu'un enregistrement possède une position dans la table !!! La table est comme un "sac de billes", même si l'on connait la dernière à être entrée, comme être *sûr* que c'est elle qui sortira la première ?
Un enregistrement ne possède cette position QUE dans un recordset, une requête qui "ordonne" les enregistrements par un Order By.
Je te fais une sugestion de solution, que je n'ai pa testée. Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa clé, tu ouvres un recordset sur la table, avec la même requête que la source du formulaire. Avec un boucle 'Tant que' tu cherches l'enregistrement qui a la bonne clé, et tu relèves l'absoluteposition. Avec cette valeur, tu fais un GoToRecord.
Cordialement, pgz
Je te fais une sugestion de solution, que je n'ai pa testée.
Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa
clé, tu ouvres un recordset sur la table, avec la même requête que la source
du formulaire. Avec un boucle 'Tant que'
tu cherches l'enregistrement qui a la bonne clé, et tu relèves
l'absoluteposition.
Avec cette valeur, tu fais un GoToRecord.
Je te fais une sugestion de solution, que je n'ai pa testée. Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa clé, tu ouvres un recordset sur la table, avec la même requête que la source du formulaire. Avec un boucle 'Tant que' tu cherches l'enregistrement qui a la bonne clé, et tu relèves l'absoluteposition. Avec cette valeur, tu fais un GoToRecord.
Cordialement, pgz
3stone
Salut,
"pgz" | Je te fais une sugestion de solution, que je n'ai pa testée. | Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa | clé, tu ouvres un recordset sur la table, avec la même requête que la source | du formulaire. Avec un boucle 'Tant que' | tu cherches l'enregistrement qui a la bonne clé, et tu relèves | l'absoluteposition. | Avec cette valeur, tu fais un GoToRecord.
Un simple "findfirst" sur la clé supprime tous ces problèmes!
*clé* que toute table digne de ce nom se doit de posséder !!
"pgz"
| Je te fais une sugestion de solution, que je n'ai pa testée.
| Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa
| clé, tu ouvres un recordset sur la table, avec la même requête que la source
| du formulaire. Avec un boucle 'Tant que'
| tu cherches l'enregistrement qui a la bonne clé, et tu relèves
| l'absoluteposition.
| Avec cette valeur, tu fais un GoToRecord.
Un simple "findfirst" sur la clé supprime tous ces problèmes!
*clé* que toute table digne de ce nom se doit de posséder !!
"pgz" | Je te fais une sugestion de solution, que je n'ai pa testée. | Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa | clé, tu ouvres un recordset sur la table, avec la même requête que la source | du formulaire. Avec un boucle 'Tant que' | tu cherches l'enregistrement qui a la bonne clé, et tu relèves | l'absoluteposition. | Avec cette valeur, tu fais un GoToRecord.
Un simple "findfirst" sur la clé supprime tous ces problèmes!
*clé* que toute table digne de ce nom se doit de posséder !!
"pgz" | Je te fais une sugestion de solution, que je n'ai pa testée. | Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa | clé, tu ouvres un recordset sur la table, avec la même requête que la source
| du formulaire. Avec un boucle 'Tant que' | tu cherches l'enregistrement qui a la bonne clé, et tu relèves | l'absoluteposition. | Avec cette valeur, tu fais un GoToRecord.
Un simple "findfirst" sur la clé supprime tous ces problèmes!
*clé* que toute table digne de ce nom se doit de posséder !!
"3stone" <3stone_@_skynet_be> a écrit dans le message de news:
O#3#yBgtFHA.2072@TK2MSFTNGP14.phx.gbl...
Salut,
"pgz"
| Je te fais une sugestion de solution, que je n'ai pa testée.
| Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa
| clé, tu ouvres un recordset sur la table, avec la même requête que la
source
| du formulaire. Avec un boucle 'Tant que'
| tu cherches l'enregistrement qui a la bonne clé, et tu relèves
| l'absoluteposition.
| Avec cette valeur, tu fais un GoToRecord.
Un simple "findfirst" sur la clé supprime tous ces problèmes!
*clé* que toute table digne de ce nom se doit de posséder !!
"pgz" | Je te fais une sugestion de solution, que je n'ai pa testée. | Quand tu veux atteindre un enregistrement, si tu connais la valeur de sa | clé, tu ouvres un recordset sur la table, avec la même requête que la source
| du formulaire. Avec un boucle 'Tant que' | tu cherches l'enregistrement qui a la bonne clé, et tu relèves | l'absoluteposition. | Avec cette valeur, tu fais un GoToRecord.
Un simple "findfirst" sur la clé supprime tous ces problèmes!
*clé* que toute table digne de ce nom se doit de posséder !!
