Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Forms Programming / April 2005

Tip: Looking for answers? Try searching our database.

Difference betwwen query and docmd.runSQL

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
ReidarT - 20 Apr 2005 08:57 GMT
When running a query in Access there is a lot of networktraffic between
front-end and back-end.
When you make a docmd.runSQL with a statement is there any less network
traffic and are there any advantages / disadvantages with the two methods?
regards
reidarT
Graham R Seach - 20 Apr 2005 11:21 GMT
Reidar,

As far as the bulk of network traffic generated by a query, it makes no
difference how you run it, but when you run a query from VBA, we always
recommend using db.Execute instead of DoCmd.RunSQL.

I don't know of any performance differences, however, the Execute method has
a dbFailOnError argument, that will generate an error if the query fails for
any reason. You can trap this error. The Execute method also has several
other arguments that can prove rather handy. See Access Help for more
information.

Regards,
Graham R Seach
Microsoft Access MVP
Sydney, Australia
---------------------------

> When running a query in Access there is a lot of networktraffic between
> front-end and back-end.
> When you make a docmd.runSQL with a statement is there any less network
> traffic and are there any advantages / disadvantages with the two methods?
> regards
> reidarT
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.