| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Many leftovers from the earlier version of util.sql this was based on
and cleanup applied there since then.
|
|
|
|
|
|
|
|
|
| |
The :execute method is mainly used for one-off queries such as creating
tables and indices. There is no need to cache this prepared statement,
as those queries are only done on startup.
Further, prepared statements can't be reused without being reset, so
this was likely broken anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There were 3 very similar methods:
- :execute()
- :execute_query()
- :execute_update()
The first one returns the prepared statement and is mainly used
internally in the library for CREATE statements.
The later two only really differ in how the results are returned.
Those two are one main method and one small one that only picks out the
iterator.
|
| |
|
| |
|
|
|
|
|
|
| |
Allows retrieving this in e.g. a health reporting module
Thanks pfak
|
|
|
|
|
| |
Seems CREATE INDEX is unhappy as a prepared statement. Perhaps because
the table has not been COMMIT-ed yet?
|
|
|
|
| |
The 'type' fields are a first guess.
|
|
http://lua.sqlite.org/
|