execute , probably no faster than executeInsert , can even be slower (on ICS, execute calls executeUpdateDelete and discards the return value). You need to check this out, but I doubt you will find the real difference here.
AFAIK. Itโs safe to use only execute if you donโt need the return values, but I wonโt expect this to be true in future versions of Android. The documentation says no, so maybe someone will change the behavior to reflect this. Old implementations also seem to use execute (e.g. 2.1 delete() source code ). Jelly Bean, for example, has changed a lot behind the scenes of SQLite, but it should still work when using execute
Also, if you are not using the same SQLiteStatement again and again, just SQLiteStatement through the arguments, this is probably not worth using. Building a new one with every regular call to insert , update , ... quickly compares with the actual access to the database and the required disk I / O. On the other hand, transactions are very helpful, because synchronizing the state of the database on disk for each operator is very slow.
zapl Nov 13 2018-12-12T00: 00Z
source share