I prefer the Execute method.
It is faster to execute.
The reason it doesn't trigger the alert messages is that it does not go
through the Access User Interface. It goes directly to Jet. The Alerts are
in the UI. Now, the reason for the dbFailOnError is that since it doesn't go
through the UI, it will not throw an Access error, but the dbFailOnError
forces the error.
With a one record hit, you will hardly notice any difference; however, if
the SQL affects multiple records, you will notice the performance difference.
BTW, I don't agree with the previous poster's statment regarding the
SetWarnings statement. It really has nothing to do with error handling. I
keep my Display Alerts turned off all the time. I also have error handlers
in almost every procedure.

Signature
Dave Hargis, Microsoft Access MVP
> Hi Steve,
> This answers my question all right. I found out that I had myself used the
[quoted text clipped - 30 lines]
> > > Would anyone know some way to bypass the alert message?
> > > Thanks
Jac Tremblay - 12 Mar 2008 16:49 GMT
Hi Dave,
Your point is very interesing and I take good note of it. I will keep that
in mind for future development.
Thank you very much.

Signature
Jac Tremblay
> I prefer the Execute method.
> It is faster to execute.
[quoted text clipped - 46 lines]
> > > > Would anyone know some way to bypass the alert message?
> > > > Thanks