Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et la
méthode Execute :
Quelqu'un peut-il me dire qu'elle est la différence entre les deux ?
et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 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
Jessy Sempere [MVP]
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
merci de vos réponses, Thierry.
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la
même façon qu'une requête, genre si tu fais un RunSQL pour
ajouter des données, tu auras les messages de confirmation
type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de
confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein
de choses ???
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"News Groups" <bjt_nwsgrp@yahoo.fr> a écrit dans le message news:
40026158$0$22306$626a54ce@news.free.fr...
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à
partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et
la
méthode Execute :
Quelqu'un peut-il me dire qu'elle est la différence entre les deux ?
et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
merci de vos réponses, Thierry.
News Groups
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ? merci, Thierry.
"Jessy Sempere [MVP]" a écrit dans le message de news: bttoh9$ulq$
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et
la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
merci de vos réponses, Thierry.
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ?
merci, Thierry.
"Jessy Sempere [MVP]" <jessy.sempere@prg.sncf.fr> a écrit dans le message de
news: bttoh9$ulq$1@muguet.sncf.fr...
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la
même façon qu'une requête, genre si tu fais un RunSQL pour
ajouter des données, tu auras les messages de confirmation
type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de
confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein
de choses ???
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"News Groups" <bjt_nwsgrp@yahoo.fr> a écrit dans le message news:
40026158$0$22306$626a54ce@news.free.fr...
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à
partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL
et
la
méthode Execute :
Quelqu'un peut-il me dire qu'elle est la différence entre les deux ?
et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ? merci, Thierry.
"Jessy Sempere [MVP]" a écrit dans le message de news: bttoh9$ulq$
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et
la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
merci de vos réponses, Thierry.
Jessy Sempere [MVP]
Re,
En gros si tu fais une requête genre :
INSERT INTO TaTableDestination ( TonChamp ) SELECT TaTableSource.TonChamp FROM TaTableSource;
que tu appelles "TaRequête"
Si tu la lances en faisant : docmd.openquery "TaRequete" ça revient à la même chose que : docmd.runsql "insert into tatable..." tu auras dans les 2 cas, les messages de confirmation d'ajout de donnée...
Par contre si tu fais : Currentdb.Execute "Insert into ta table..." tu n'auras aucun message de confirmation...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 4002719c$0$22319$
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ? merci, Thierry.
"Jessy Sempere [MVP]" a écrit dans le message de
news: bttoh9$ulq$
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et
la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
merci de vos réponses, Thierry.
Re,
En gros si tu fais une requête genre :
INSERT INTO TaTableDestination ( TonChamp )
SELECT TaTableSource.TonChamp
FROM TaTableSource;
que tu appelles "TaRequête"
Si tu la lances en faisant :
docmd.openquery "TaRequete"
ça revient à la même chose que : docmd.runsql "insert into tatable..."
tu auras dans les 2 cas, les messages de confirmation d'ajout de
donnée...
Par contre si tu fais :
Currentdb.Execute "Insert into ta table..."
tu n'auras aucun message de confirmation...
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"News Groups" <bjt_nwsgrp@yahoo.fr> a écrit dans le message news:
4002719c$0$22319$626a54ce@news.free.fr...
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ?
merci, Thierry.
"Jessy Sempere [MVP]" <jessy.sempere@prg.sncf.fr> a écrit dans le message
de
news: bttoh9$ulq$1@muguet.sncf.fr...
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la
même façon qu'une requête, genre si tu fais un RunSQL pour
ajouter des données, tu auras les messages de confirmation
type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de
confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein
de choses ???
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"News Groups" <bjt_nwsgrp@yahoo.fr> a écrit dans le message news:
40026158$0$22306$626a54ce@news.free.fr...
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à
partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL
et
la
méthode Execute :
Quelqu'un peut-il me dire qu'elle est la différence entre les deux ?
et celle la plus appropriée à utiliser notamment dans le cas d'une
part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002
?
INSERT INTO TaTableDestination ( TonChamp ) SELECT TaTableSource.TonChamp FROM TaTableSource;
que tu appelles "TaRequête"
Si tu la lances en faisant : docmd.openquery "TaRequete" ça revient à la même chose que : docmd.runsql "insert into tatable..." tu auras dans les 2 cas, les messages de confirmation d'ajout de donnée...
Par contre si tu fais : Currentdb.Execute "Insert into ta table..." tu n'auras aucun message de confirmation...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 4002719c$0$22319$
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ? merci, Thierry.
"Jessy Sempere [MVP]" a écrit dans le message de
news: bttoh9$ulq$
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL et
la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002 ?
merci de vos réponses, Thierry.
Crevecoeur Jérôme
De plus l'execute... permet de récupérer les messages d'erreurs et d'insérer des requêtes dans des transactions pour les traitements sensibles...
ACS INFORMATIQUE 122,rue du Château d'orgemont 49000 ANGERS Tel: 02 41 68 42 36 Fax: 02 41 68 42 48 ---------------------------------------------------------------------------- --------------------- "Jessy Sempere [MVP]" a écrit dans le message de news:bttru3$lb$
Re,
En gros si tu fais une requête genre :
INSERT INTO TaTableDestination ( TonChamp ) SELECT TaTableSource.TonChamp FROM TaTableSource;
que tu appelles "TaRequête"
Si tu la lances en faisant : docmd.openquery "TaRequete" ça revient à la même chose que : docmd.runsql "insert into tatable..." tu auras dans les 2 cas, les messages de confirmation d'ajout de donnée...
Par contre si tu fais : Currentdb.Execute "Insert into ta table..." tu n'auras aucun message de confirmation...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 4002719c$0$22319$
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ? merci, Thierry.
"Jessy Sempere [MVP]" a écrit dans le message
de
news: bttoh9$ulq$
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à
partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL
et
la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002
?
merci de vos réponses, Thierry.
De plus l'execute... permet de récupérer les messages d'erreurs et d'insérer
des requêtes dans des transactions pour les traitements sensibles...
ACS INFORMATIQUE
122,rue du Château d'orgemont
49000 ANGERS
Tel: 02 41 68 42 36 Fax: 02 41 68 42 48
----------------------------------------------------------------------------
---------------------
"Jessy Sempere [MVP]" <jessy.sempere@prg.sncf.fr> a écrit dans le message de
news:bttru3$lb$1@muguet.sncf.fr...
Re,
En gros si tu fais une requête genre :
INSERT INTO TaTableDestination ( TonChamp )
SELECT TaTableSource.TonChamp
FROM TaTableSource;
que tu appelles "TaRequête"
Si tu la lances en faisant :
docmd.openquery "TaRequete"
ça revient à la même chose que : docmd.runsql "insert into tatable..."
tu auras dans les 2 cas, les messages de confirmation d'ajout de
donnée...
Par contre si tu fais :
Currentdb.Execute "Insert into ta table..."
tu n'auras aucun message de confirmation...
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"News Groups" <bjt_nwsgrp@yahoo.fr> a écrit dans le message news:
4002719c$0$22319$626a54ce@news.free.fr...
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ?
merci, Thierry.
"Jessy Sempere [MVP]" <jessy.sempere@prg.sncf.fr> a écrit dans le
message
de
news: bttoh9$ulq$1@muguet.sncf.fr...
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la
même façon qu'une requête, genre si tu fais un RunSQL pour
ajouter des données, tu auras les messages de confirmation
type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de
confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein
de choses ???
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"News Groups" <bjt_nwsgrp@yahoo.fr> a écrit dans le message news:
40026158$0$22306$626a54ce@news.free.fr...
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple,
à
partir
de code, Access propose entre autre l'utilisation de la méthode
RunSQL
et
la
méthode Execute :
Quelqu'un peut-il me dire qu'elle est la différence entre les deux ?
et celle la plus appropriée à utiliser notamment dans le cas d'une
part
d'une application Mdb et d'autre part d'un projet adp sous Access
2002
ACS INFORMATIQUE 122,rue du Château d'orgemont 49000 ANGERS Tel: 02 41 68 42 36 Fax: 02 41 68 42 48 ---------------------------------------------------------------------------- --------------------- "Jessy Sempere [MVP]" a écrit dans le message de news:bttru3$lb$
Re,
En gros si tu fais une requête genre :
INSERT INTO TaTableDestination ( TonChamp ) SELECT TaTableSource.TonChamp FROM TaTableSource;
que tu appelles "TaRequête"
Si tu la lances en faisant : docmd.openquery "TaRequete" ça revient à la même chose que : docmd.runsql "insert into tatable..." tu auras dans les 2 cas, les messages de confirmation d'ajout de donnée...
Par contre si tu fais : Currentdb.Execute "Insert into ta table..." tu n'auras aucun message de confirmation...
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 4002719c$0$22319$
Quand t'entends-tu par "..executé de la même façon qu'une requête.." ? merci, Thierry.
"Jessy Sempere [MVP]" a écrit dans le message
de
news: bttoh9$ulq$
Bonjour
Si tu utilise la méthode RunSQL, ton code sera executé de la même façon qu'une requête, genre si tu fais un RunSQL pour ajouter des données, tu auras les messages de confirmation type d'access...
Par contre si tu utilise Execute, tu n'auras aucun messages de confirmation...
Par contre te dire laquelle est la plus appropriée, ça dépend de plein de choses ???
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "News Groups" a écrit dans le message news: 40026158$0$22306$
Bonjour,
Pour exécuter une instruction SQL, de type mise à jour par exemple, à
partir
de code, Access propose entre autre l'utilisation de la méthode RunSQL
et
la
méthode Execute : Quelqu'un peut-il me dire qu'elle est la différence entre les deux ? et celle la plus appropriée à utiliser notamment dans le cas d'une part
d'une application Mdb et d'autre part d'un projet adp sous Access 2002