¿Cuál es la diferencia entre DoCmd.SetWarnings y CurrentDB.Execute

Question

En los comentarios sobre this answer, Remou escribe que

CurrentDB.Execute "insert sql here"

es mejor que

DoCmd.SetWarnings = 0
DoCmd.RunSQL "insert sql here"

debido a la incorporada en el advertencias que produce Access. Estoy tratando de entender la diferencia.

si ambos errores máscara, ¿por qué es preferible el primero sobre el segundo? ¿Hay alguna de las mejores prácticas aquí?

Answer 1

Ellos no lo hacen tanto los errores de la máscara. DoCmd.SetWarnings enmascara los errores y abarca todo el sistema, no se limita a la única aplicación que está utilizando. DoCmd.SetWarnings False sin la correspondiente DoCmd.SetWarnings True significará que las consultas de acción se ejecutará sin más consultas en cualquier aplicación de Access en el PC.

Ejecutar arroja advertencias, las advertencias que necesita, como la consulta no se pudo ejecutar, pero no da advertencias que no necesita, como "¿Está seguro de que desea ejecutar esta consulta".

In this thread Allen Browne, Acceso MVP, dice que no utiliza advertencias establecidas.

Como acotación al margen, recomendaría generalmente usando una instancia de CurrentDB, ya que esto le permitirá devolver un recuento de registros, entre otras cosas, para:

Set db = CurrentDB 
db.Execute sSQL, dbFailOnError