En VBA, j'avais pris l'habitude (peut-=EAtre mauvaise) de=20
g=E9rer les r=E9sultats des RS null en faisant toujour un=20
DCount avant car, vu que le RecordCount d'un rs fonctionne=20
seulement si l'on a parcouru une table avec movelast et=20
que le movelast provoque une erreur si il n'y a pas=20
d'enregistrement... Mais en voulant r=E9streindre mon code=20
existant et =E9galement pour des raisons de performence, si=20
je mais:
if rs.eof =3D true then
...
End if
Cela g=E8re =E9galement mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est pr=E9f=E9rable=20
de d=E9clarer la db et les rs en ADO ou DAO??? (en Access=20
2002...
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
Buddy
Salut un rs null ça n'existe pas ! tu veux dire un rs vide (pas d'enregistrements) le rs.eof=true gère cette éventualité.
Entre ADO et DAO c'est comme tu veux tu choises. L'avenir c'est ADO mais bon DAO peut toujours dépanner. Apprends les deux.
Ouala Bye Buddy
"Doft" a écrit dans le message de news:de2b01c43bd3$5a0d3610$ Bonjour!
En VBA, j'avais pris l'habitude (peut-être mauvaise) de gérer les résultats des RS null en faisant toujour un DCount avant car, vu que le RecordCount d'un rs fonctionne seulement si l'on a parcouru une table avec movelast et que le movelast provoque une erreur si il n'y a pas d'enregistrement... Mais en voulant réstreindre mon code existant et également pour des raisons de performence, si je mais:
if rs.eof = true then ... End if
Cela gère également mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est préférable de déclarer la db et les rs en ADO ou DAO??? (en Access 2002...
Merci de me faire partager vos expériences!
Bonne journée!
Doft
Salut
un rs null ça n'existe pas ! tu veux dire un rs vide (pas d'enregistrements)
le rs.eof=true gère cette éventualité.
Entre ADO et DAO c'est comme tu veux tu choises.
L'avenir c'est ADO mais bon DAO peut toujours dépanner. Apprends les deux.
Ouala
Bye
Buddy
"Doft" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:de2b01c43bd3$5a0d3610$a501280a@phx.gbl...
Bonjour!
En VBA, j'avais pris l'habitude (peut-être mauvaise) de
gérer les résultats des RS null en faisant toujour un
DCount avant car, vu que le RecordCount d'un rs fonctionne
seulement si l'on a parcouru une table avec movelast et
que le movelast provoque une erreur si il n'y a pas
d'enregistrement... Mais en voulant réstreindre mon code
existant et également pour des raisons de performence, si
je mais:
if rs.eof = true then
...
End if
Cela gère également mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est préférable
de déclarer la db et les rs en ADO ou DAO??? (en Access
2002...
Salut un rs null ça n'existe pas ! tu veux dire un rs vide (pas d'enregistrements) le rs.eof=true gère cette éventualité.
Entre ADO et DAO c'est comme tu veux tu choises. L'avenir c'est ADO mais bon DAO peut toujours dépanner. Apprends les deux.
Ouala Bye Buddy
"Doft" a écrit dans le message de news:de2b01c43bd3$5a0d3610$ Bonjour!
En VBA, j'avais pris l'habitude (peut-être mauvaise) de gérer les résultats des RS null en faisant toujour un DCount avant car, vu que le RecordCount d'un rs fonctionne seulement si l'on a parcouru une table avec movelast et que le movelast provoque une erreur si il n'y a pas d'enregistrement... Mais en voulant réstreindre mon code existant et également pour des raisons de performence, si je mais:
if rs.eof = true then ... End if
Cela gère également mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est préférable de déclarer la db et les rs en ADO ou DAO??? (en Access 2002...
Merci de me faire partager vos expériences!
Bonne journée!
Doft
Raymond [mvp]
Bonjour.
On va tous y aller de notre plume et en complément. Tester le BOF et/ou le EOF est la méthode normale et logique pour tester la présence d'enregistrements, personnellement je préfère de BOF car la logique veut que s'il n'y a pas d'enregistrements on se trouve en début de fichier (BOF).. Mais, ceci est valable lors de l'ouverture du recordset. Si en cours de travail tu dois tester si tu n'as plus d'enregistrement, il faut tester les deux avec un And, If Rs.BOF And Rs.EOF then. Tu peux également le tester par un DCount = 0.
DAO ou ADO, Tu te poseras encore la question lorsque tu prendras ta retraite. Alors moi j'ai choisi: DAO pour les mdb ADO pour les autres
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Buddy" a écrit dans le message de news:
Salut un rs null ça n'existe pas ! tu veux dire un rs vide (pas d'enregistrements)
le rs.eof=true gère cette éventualité.
Entre ADO et DAO c'est comme tu veux tu choises. L'avenir c'est ADO mais bon DAO peut toujours dépanner. Apprends les deux.
Ouala Bye Buddy
"Doft" a écrit dans le message de news:de2b01c43bd3$5a0d3610$ Bonjour!
En VBA, j'avais pris l'habitude (peut-être mauvaise) de gérer les résultats des RS null en faisant toujour un DCount avant car, vu que le RecordCount d'un rs fonctionne seulement si l'on a parcouru une table avec movelast et que le movelast provoque une erreur si il n'y a pas d'enregistrement... Mais en voulant réstreindre mon code existant et également pour des raisons de performence, si je mais:
if rs.eof = true then ... End if
Cela gère également mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est préférable de déclarer la db et les rs en ADO ou DAO??? (en Access 2002...
Merci de me faire partager vos expériences!
Bonne journée!
Doft
Bonjour.
On va tous y aller de notre plume et en complément.
Tester le BOF et/ou le EOF est la méthode normale et logique pour tester la
présence d'enregistrements, personnellement je préfère de BOF car la logique
veut que s'il n'y a pas d'enregistrements on se trouve en début de fichier
(BOF)..
Mais, ceci est valable lors de l'ouverture du recordset. Si en cours de
travail tu dois tester si tu n'as plus d'enregistrement, il faut tester les
deux avec un And, If Rs.BOF And Rs.EOF then. Tu peux également le tester par
un DCount = 0.
DAO ou ADO, Tu te poseras encore la question lorsque tu prendras ta
retraite. Alors moi j'ai choisi:
DAO pour les mdb
ADO pour les autres
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Buddy" <brouhaha@noos.fr> a écrit dans le message de
news:uDioVw9OEHA.644@tk2msftngp13.phx.gbl...
Salut
un rs null ça n'existe pas ! tu veux dire un rs vide (pas
d'enregistrements)
le rs.eof=true gère cette éventualité.
Entre ADO et DAO c'est comme tu veux tu choises.
L'avenir c'est ADO mais bon DAO peut toujours dépanner. Apprends les deux.
Ouala
Bye
Buddy
"Doft" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:de2b01c43bd3$5a0d3610$a501280a@phx.gbl...
Bonjour!
En VBA, j'avais pris l'habitude (peut-être mauvaise) de
gérer les résultats des RS null en faisant toujour un
DCount avant car, vu que le RecordCount d'un rs fonctionne
seulement si l'on a parcouru une table avec movelast et
que le movelast provoque une erreur si il n'y a pas
d'enregistrement... Mais en voulant réstreindre mon code
existant et également pour des raisons de performence, si
je mais:
if rs.eof = true then
...
End if
Cela gère également mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est préférable
de déclarer la db et les rs en ADO ou DAO??? (en Access
2002...
On va tous y aller de notre plume et en complément. Tester le BOF et/ou le EOF est la méthode normale et logique pour tester la présence d'enregistrements, personnellement je préfère de BOF car la logique veut que s'il n'y a pas d'enregistrements on se trouve en début de fichier (BOF).. Mais, ceci est valable lors de l'ouverture du recordset. Si en cours de travail tu dois tester si tu n'as plus d'enregistrement, il faut tester les deux avec un And, If Rs.BOF And Rs.EOF then. Tu peux également le tester par un DCount = 0.
DAO ou ADO, Tu te poseras encore la question lorsque tu prendras ta retraite. Alors moi j'ai choisi: DAO pour les mdb ADO pour les autres
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Buddy" a écrit dans le message de news:
Salut un rs null ça n'existe pas ! tu veux dire un rs vide (pas d'enregistrements)
le rs.eof=true gère cette éventualité.
Entre ADO et DAO c'est comme tu veux tu choises. L'avenir c'est ADO mais bon DAO peut toujours dépanner. Apprends les deux.
Ouala Bye Buddy
"Doft" a écrit dans le message de news:de2b01c43bd3$5a0d3610$ Bonjour!
En VBA, j'avais pris l'habitude (peut-être mauvaise) de gérer les résultats des RS null en faisant toujour un DCount avant car, vu que le RecordCount d'un rs fonctionne seulement si l'on a parcouru une table avec movelast et que le movelast provoque une erreur si il n'y a pas d'enregistrement... Mais en voulant réstreindre mon code existant et également pour des raisons de performence, si je mais:
if rs.eof = true then ... End if
Cela gère également mes rs null ou je me trompe?
D'autre part, j'aimerais bien savoir si il est préférable de déclarer la db et les rs en ADO ou DAO??? (en Access 2002...
Merci de me faire partager vos expériences!
Bonne journée!
Doft
Doft
Ben encore une fois merci beaucoup de vos conseils!!
Juste..c'était bien un rs vide et non un rs null...
pis dao pour les mdb! Merci tout plein!
Bonne journée!
doft
Ben encore une fois merci beaucoup de vos conseils!!
Juste..c'était bien un rs vide et non un rs null...
