.. Automatically generated by code2rst.py Edit src/connection.c not this file! .. currentmodule:: apsw .. _connections: Connections to a database ************************* A :class:`Connection` encapsulates access to a database. You can have multiple :class:`Connections ` open against the same database file in the same process, across threads and in other processes. Connection class ================ .. index:: sqlite3_open_v2 .. class:: Connection(filename: str, flags: int = SQLITE_OPEN_READWRITE | SQLITE_OPEN_CREATE, vfs: Optional[str] = None, statementcachesize: int = 100) This object wraps a `sqlite3 pointer `_. Opens the named database. You can use ``:memory:`` to get a private temporary in-memory database that is not shared with any other connections. :param flags: One or more of the `open flags `_ orred together :param vfs: The name of the `vfs `_ to use. If *None* then the default vfs will be used. :param statementcachesize: Use zero to disable the statement cache, or a number larger than the total distinct SQL statements you execute frequently. .. seealso:: * :attr:`apsw.connection_hooks` * :ref:`statementcache` * :ref:`vfs` Calls: `sqlite3_open_v2 `__ .. method:: Connection.__enter__() -> Connection You can use the database as a `context manager `_ as defined in :pep:`0343`. When you use *with* a transaction is started. If the block finishes with an exception then the transaction is rolled back, otherwise it is committed. For example:: with connection: connection.execute("....") with connection: # nested is supported call_function(connection) connection.execute("...") with connection as db: # You can also use 'as' call_function2(db) db.execute("...") Behind the scenes `savepoints `__ are used to provide nested transactions. .. method:: Connection.__exit__(etype: Optional[type[BaseException]], evalue: Optional[BaseException], etraceback: Optional[types.TracebackType]) -> Optional[bool] Implements context manager in conjunction with :meth:`~Connection.__enter__`. If no exception happened then the pending transaction is committed, while an exception results in a rollback. .. index:: sqlite3_set_authorizer .. attribute:: Connection.authorizer :type: Optional[Authorizer] While `preparing `_ statements, SQLite will call any defined authorizer to see if a particular action is ok to be part of the statement. Typical usage would be if you are running user supplied SQL and want to prevent harmful operations. You should also set the :class:`statementcachesize ` to zero. The authorizer callback has 5 parameters: * An `operation code `_ * A string (or None) dependent on the operation `(listed as 3rd) `_ * A string (or None) dependent on the operation `(listed as 4th) `_ * A string name of the database (or None) * Name of the innermost trigger or view doing the access (or None) The authorizer callback should return one of *SQLITE_OK*, *SQLITE_DENY* or *SQLITE_IGNORE*. (*SQLITE_DENY* is returned if there is an error in your Python code). .. seealso:: * :ref:`Example ` * :ref:`statementcache` Calls: `sqlite3_set_authorizer `__ .. index:: sqlite3_autovacuum_pages .. method:: Connection.autovacuum_pages(callable: Optional[Callable[[str, int, int, int], int]]) -> None Calls `callable` to find out how many pages to autovacuum. The callback has 4 parameters: * Database name: str. `main`, `temp`, the name in `ATTACH `__ * Database pages: int (how many pages make up the database now) * Free pages: int (how many pages could be freed) * Page size: int (page size in bytes) Return how many pages should be freed. Values less than zero or more than the free pages are treated as zero or free page count. On error zero is returned. .. warning:: READ THE NOTE IN THE SQLITE DOCUMENTATION. Calling back into SQLite can result in crashes, corrupt databases, or worse. Calls: `sqlite3_autovacuum_pages `__ .. index:: sqlite3_backup_init .. method:: Connection.backup(databasename: str, sourceconnection: Connection, sourcedatabasename: str) -> Backup Opens a :ref:`backup object `. All data will be copied from source database to this database. :param databasename: Name of the database. `main`, `temp`, the name in `ATTACH `__ :param sourceconnection: The :class:`Connection` to copy a database from. :param sourcedatabasename: Name of the database in the source (eg ``main``). :rtype: :class:`Backup` .. seealso:: * :doc:`Backup reference ` * :ref:`Backup example ` Calls: `sqlite3_backup_init `__ .. index:: sqlite3_blob_open .. method:: Connection.blob_open(database: str, table: str, column: str, rowid: int, writeable: bool) -> Blob Opens a blob for :ref:`incremental I/O `. :param database: Name of the database. `main`, `temp`, the name in `ATTACH `__. :param table: The name of the table :param column: The name of the column :param rowid: The id that uniquely identifies the row. :param writeable: If True then you can read and write the blob. If False then you can only read it. :rtype: :class:`Blob` .. seealso:: * :ref:`Blob I/O example ` * `SQLite row ids `_ Calls: `sqlite3_blob_open `__ .. index:: sqlite3_db_cacheflush .. method:: Connection.cache_flush() -> None Flushes caches to disk mid-transaction. Calls: `sqlite3_db_cacheflush `__ .. method:: Connection.cache_stats(include_entries: bool = False) -> dict[str, int] Returns information about the statement cache as dict. .. note:: Calling execute with "select a; select b; insert into c ..." will result in 3 cache entries corresponding to each of the 3 queries present. The returned dictionary has the following information. .. list-table:: :header-rows: 1 :widths: auto * - Key - Explanation * - size - Maximum number of entries in the cache * - evictions - How many entries were removed (expired) to make space for a newer entry * - no_cache - Queries that had can_cache parameter set to False * - hits - A match was found in the cache * - misses - No match was found in the cache, or the cache couldn't be used * - no_vdbe - The statement was empty (eg a comment) or SQLite took action during parsing (eg some pragmas). These are not cached and also included in the misses count * - too_big - UTF8 query size was larger than considered for caching. These are also included in the misses count. * - max_cacheable_bytes - Maximum size of query (in bytes of utf8) that will be considered for caching * - entries - (Only present if `include_entries` is True) A list of the cache entries If `entries` is present, then each list entry is a dict with the following information. .. list-table:: :header-rows: 1 :widths: auto * - Key - Explanation * - query - Text of the query itself (first statement only) * - prepare_flags - Flags passed to `sqlite3_prepare_v3 `__ for this query * - explain - The value passed to `sqlite3_stmt_explain `__ if >= 0 * - uses - How many times this entry has been (re)used * - has_more - Boolean indicating if there was more query text than the first statement .. index:: sqlite3_changes64 .. method:: Connection.changes() -> int Returns the number of database rows that were changed (or inserted or deleted) by the most recently completed INSERT, UPDATE, or DELETE statement. Calls: `sqlite3_changes64 `__ .. index:: sqlite3_close .. method:: Connection.close(force: bool = False) -> None Closes the database. If there are any outstanding :class:`cursors `, :class:`blobs ` or :class:`backups ` then they are closed too. It is normally not necessary to call this method as the database is automatically closed when there are no more references. It is ok to call the method multiple times. If your user defined functions or collations have direct or indirect references to the Connection then it won't be automatically garbage collected because of circular referencing that can't be automatically broken. Calling *close* will free all those objects and what they reference. SQLite is designed to survive power failures at even the most awkward moments. Consequently it doesn't matter if it is closed when the process is exited, or even if the exit is graceful or abrupt. In the worst case of having a transaction in progress, that transaction will be rolled back by the next program to open the database, reverting the database to a know good state. If *force* is *True* then any exceptions are ignored. Calls: `sqlite3_close `__ .. index:: sqlite3_collation_needed .. method:: Connection.collation_needed(callable: Optional[Callable[[Connection, str], None]]) -> None *callable* will be called if a statement requires a `collation `_ that hasn't been registered. Your callable will be passed two parameters. The first is the connection object. The second is the name of the collation. If you have the collation code available then call :meth:`Connection.create_collation`. This is useful for creating collations on demand. For example you may include the `locale `_ in the collation name, but since there are thousands of locales in popular use it would not be useful to :meth:`prereigster ` them all. Using :meth:`~Connection.collation_needed` tells you when you need to register them. .. seealso:: * :meth:`~Connection.create_collation` Calls: `sqlite3_collation_needed `__ .. index:: sqlite3_table_column_metadata .. method:: Connection.column_metadata(dbname: Optional[str], table_name: str, column_name: str) -> tuple[str, str, bool, bool, bool] `dbname` is `main`, `temp`, the name in `ATTACH `__, or None to search all databases. The returned :class:`tuple` has these fields: 0: str - declared data type 1: str - name of default collation sequence 2: bool - True if not null constraint 3: bool - True if part of primary key 4: bool - True if column is `autoincrement `__ Calls: `sqlite3_table_column_metadata `__ .. index:: sqlite3_db_config .. method:: Connection.config(op: int, *args: int) -> int :param op: A `configuration operation `__ :param args: Zero or more arguments as appropriate for *op* This is how to get the fkey setting:: val = db.config(apsw.SQLITE_DBCONFIG_ENABLE_FKEY, -1) A parameter of zero would turn it off, 1 turns on, and negative leaves unaltered. The effective value is always returned. Calls: `sqlite3_db_config `__ .. index:: sqlite3_create_function_v2 .. method:: Connection.create_aggregate_function(name: str, factory: Optional[AggregateFactory], numargs: int = -1, *, flags: int = 0) -> None Registers an aggregate function. Aggregate functions operate on all the relevant rows such as counting how many there are. :param name: The string name of the function. It should be less than 255 characters :param factory: The function that will be called. Use None to delete the function. :param numargs: How many arguments the function takes, with -1 meaning any number :param flags: `Function flags `__ When a query starts, the *factory* will be called. It can return an object with a *step* function called for each matching row, and a *final* function to provide the final value. Alternatively a non-class approach can return a tuple of 3 items: a context object This can be of any type a step function This function is called once for each row. The first parameter will be the context object and the remaining parameters will be from the SQL statement. Any value returned will be ignored. a final function This function is called at the very end with the context object as a parameter. The value returned is set as the return for the function. The final function is always called even if an exception was raised by the step function. This allows you to ensure any resources are cleaned up. .. note:: You can register the same named function but with different callables and *numargs*. See :meth:`~Connection.create_scalar_function` for an example. .. seealso:: * :ref:`Example ` * :meth:`~Connection.create_scalar_function` * :meth:`~Connection.create_window_function` Calls: `sqlite3_create_function_v2 `__ .. index:: sqlite3_create_collation_v2 .. method:: Connection.create_collation(name: str, callback: Optional[Callable[[str, str], int]]) -> None You can control how SQLite sorts (termed `collation `_) when giving the ``COLLATE`` term to a `SELECT `_. For example your collation could take into account locale or do numeric sorting. The *callback* will be called with two items. It should return -1 if the first is less then the second, 0 if they are equal, and 1 if first is greater:: def mycollation(first: str, two: str) -> int: if first < second: return -1 if first == second: return 0 if first > second: return 1 Passing None as the callback will unregister the collation. .. seealso:: * :ref:`Example ` * :meth:`Connection.collation_needed` Calls: `sqlite3_create_collation_v2 `__ .. index:: sqlite3_create_module_v2 .. method:: Connection.create_module(name: str, datasource: Optional[VTModule], *, use_bestindex_object: bool = False, use_no_change: bool = False, iVersion: int = 1, eponymous: bool=False, eponymous_only: bool = False, read_only: bool = False) -> None Registers a virtual table, or drops it if *datasource* is *None*. See :ref:`virtualtables` for details. :param name: Module name (CREATE VIRTUAL TABLE table_name USING module_name...) :param datasource: Provides :class:`VTModule` methods :param use_bestindex_object: If True then BestIndexObject is used, else BestIndex :param use_no_change: Turn on understanding :meth:`VTCursor.ColumnNoChange` and using :attr:`apsw.no_change` to reduce :meth:`VTTable.UpdateChangeRow` work :param iVersion: iVersion field in `sqlite3_module `__ :param eponymous: Configures module to be `eponymous `__ :param eponymous_only: Configures module to be `eponymous only `__ :param read_only: Leaves `sqlite3_module `__ methods that involve writing and transactions as NULL .. seealso:: * :ref:`Example ` Calls: `sqlite3_create_module_v2 `__ .. index:: sqlite3_create_function_v2 .. method:: Connection.create_scalar_function(name: str, callable: Optional[ScalarProtocol], numargs: int = -1, *, deterministic: bool = False, flags: int = 0) -> None Registers a scalar function. Scalar functions operate on one set of parameters once. :param name: The string name of the function. It should be less than 255 characters :param callable: The function that will be called. Use None to unregister. :param numargs: How many arguments the function takes, with -1 meaning any number :param deterministic: When True this means the function always returns the same result for the same input arguments. SQLite's query planner can perform additional optimisations for deterministic functions. For example a random() function is not deterministic while one that returns the length of a string is. :param flags: Additional `function flags `__ .. note:: You can register the same named function but with different *callable* and *numargs*. For example:: connection.create_scalar_function("toip", ipv4convert, 4) connection.create_scalar_function("toip", ipv6convert, 16) connection.create_scalar_function("toip", strconvert, -1) The one with the correct *numargs* will be called and only if that doesn't exist then the one with negative *numargs* will be called. .. seealso:: * :ref:`Example ` * :meth:`~Connection.create_aggregate_function` * :meth:`~Connection.create_window_function` Calls: `sqlite3_create_function_v2 `__ .. index:: sqlite3_create_window_function .. method:: Connection.create_window_function(name:str, factory: Optional[WindowFactory], numargs: int =-1, *, flags: int = 0) -> None Registers a `window function `__ :param name: The string name of the function. It should be less than 255 characters :param factory: Called to start a new window. Use None to delete the function. :param numargs: How many arguments the function takes, with -1 meaning any number :param flags: `Function flags `__ You need to provide callbacks for the ``step``, ``final``, ``value`` and ``inverse`` methods. This can be done by having `factory` as a class, returning an instance with the corresponding method names, or by having `factory` return a sequence of a first parameter, and then each of the 4 functions. **Debugging note** SQlite always calls the ``final`` method to allow for cleanup. If you have an exception in one of the other methods, then ``final`` will also be called, and you may see both methods in tracebacks. .. seealso:: * :ref:`Example ` * :meth:`~Connection.create_scalar_function` * :meth:`~Connection.create_aggregate_function` Calls: `sqlite3_create_window_function `__ .. method:: Connection.cursor() -> Cursor Creates a new :class:`Cursor` object on this database. :rtype: :class:`Cursor` .. attribute:: Connection.cursor_factory :type: Callable[[Connection], Any] Defaults to :class:`Cursor` Called with a :class:`Connection` as the only parameter when a cursor is needed such as by the :meth:`cursor` method, or :meth:`Connection.execute`. Note that whatever is returned doesn't have to be an actual :class:`Cursor` instance, and just needs to have the methods present that are actually called. These are likely to be `execute`, `executemany`, `close` etc. .. index:: sqlite3_db_filename .. method:: Connection.db_filename(name: str) -> str Returns the full filename of the named (attached) database. The main is `main`, `temp`, the name in `ATTACH `__ Calls: `sqlite3_db_filename `__ .. index:: sqlite3_db_name .. method:: Connection.db_names() -> list[str] Returns the list of database names. For example the first database is named 'main', the next 'temp', and the rest with the name provided in `ATTACH `__ Calls: `sqlite3_db_name `__ .. index:: sqlite3_deserialize .. method:: Connection.deserialize(name: str, contents: bytes) -> None Replaces the named database with an in-memory copy of *contents*. *name* is `main`, `temp`, the name in `ATTACH `__ The resulting database is in-memory, read-write, and the memory is owned, resized, and freed by SQLite. .. seealso:: * :meth:`Connection.serialize` Calls: `sqlite3_deserialize `__ .. method:: Connection.drop_modules(keep: Optional[Iterable[str]]) -> None If *keep* is *None* then all registered virtual tables are dropped. Otherwise *keep* is a sequence of strings, naming the virtual tables that are kept, dropping all others. .. index:: sqlite3_enable_load_extension .. method:: Connection.enable_load_extension(enable: bool) -> None Enables/disables `extension loading `_ which is disabled by default. :param enable: If True then extension loading is enabled, else it is disabled. .. seealso:: * :meth:`~Connection.load_extension` Calls: `sqlite3_enable_load_extension `__ .. attribute:: Connection.exec_trace :type: Optional[ExecTracer] Called with the cursor, statement and bindings for each :meth:`~Cursor.execute` or :meth:`~Cursor.executemany` on this Connection, unless the :class:`Cursor` installed its own tracer. Your execution tracer can also abort execution of a statement. If *callable* is *None* then any existing execution tracer is removed. .. seealso:: * :ref:`tracing` * :ref:`rowtracer` * :attr:`Cursor.exec_trace` .. method:: Connection.execute(statements: str, bindings: Optional[Bindings] = None, *, can_cache: bool = True, prepare_flags: int = 0, explain: int = -1) -> Cursor Executes the statements using the supplied bindings. Execution returns when the first row is available or all statements have completed. (A cursor is automatically obtained). See :meth:`Cursor.execute` for more details, and the :ref:`example `. .. method:: Connection.executemany(statements: str, sequenceofbindings:Iterable[Bindings], *, can_cache: bool = True, prepare_flags: int = 0, explain: int = -1) -> Cursor This method is for when you want to execute the same statements over a sequence of bindings, such as inserting into a database. (A cursor is automatically obtained). See :meth:`Cursor.executemany` for more details, and the :ref:`example `. .. index:: sqlite3_file_control .. method:: Connection.file_control(dbname: str, op: int, pointer: int) -> bool Calls the :meth:`~VFSFile.xFileControl` method on the :ref:`VFS` implementing :class:`file access ` for the database. :param dbname: The name of the database to affect. `main`, `temp`, the name in `ATTACH `__ :param op: A `numeric code `_ with values less than 100 reserved for SQLite internal use. :param pointer: A number which is treated as a ``void pointer`` at the C level. :returns: True or False indicating if the VFS understood the op. The :ref:`example ` shows getting `SQLITE_FCNTL_DATA_VERSION `__. If you want data returned back then the *pointer* needs to point to something mutable. Here is an example using `ctypes `_ of passing a Python dictionary to :meth:`~VFSFile.xFileControl` which can then modify the dictionary to set return values:: obj={"foo": 1, 2: 3} # object we want to pass objwrap=ctypes.py_object(obj) # objwrap must live before and after the call else # it gets garbage collected connection.file_control( "main", # which db 123, # our op code ctypes.addressof(objwrap)) # get pointer The :meth:`~VFSFile.xFileControl` method then looks like this:: def xFileControl(self, op, pointer): if op==123: # our op code obj=ctypes.py_object.from_address(pointer).value # play with obj - you can use id() to verify it is the same print(obj["foo"]) obj["result"]="it worked" return True else: # pass to parent/superclass return super().xFileControl(op, pointer) This is how you set the chunk size by which the database grows. Do not combine it into one line as the c_int would be garbage collected before the file control call is made:: chunksize=ctypes.c_int(32768) connection.file_control("main", apsw.SQLITE_FCNTL_CHUNK_SIZE, ctypes.addressof(chunksize)) Calls: `sqlite3_file_control `__ .. index:: sqlite3_db_filename .. attribute:: Connection.filename :type: str The filename of the database. Calls: `sqlite3_db_filename `__ .. index:: sqlite3_filename_journal .. attribute:: Connection.filename_journal :type: str The journal filename of the database, Calls: `sqlite3_filename_journal `__ .. index:: sqlite3_filename_wal .. attribute:: Connection.filename_wal :type: str The WAL filename of the database, Calls: `sqlite3_filename_wal `__ .. index:: sqlite3_get_autocommit .. method:: Connection.get_autocommit() -> bool Returns if the Connection is in auto commit mode (ie not in a transaction). Calls: `sqlite3_get_autocommit `__ .. method:: Connection.get_exec_trace() -> Optional[ExecTracer] Returns the currently installed :attr:`execution tracer ` .. method:: Connection.get_row_trace() -> Optional[RowTracer] Returns the currently installed :attr:`row tracer ` .. index:: sqlite3_get_autocommit .. attribute:: Connection.in_transaction :type: bool True if currently in a transaction, else False Calls: `sqlite3_get_autocommit `__ .. index:: sqlite3_interrupt .. method:: Connection.interrupt() -> None Causes all pending operations on the database to abort at the earliest opportunity. You can call this from any thread. For example you may have a long running query when the user presses the stop button in your user interface. :exc:`InterruptError` will be raised in the queries that got interrupted. Calls: `sqlite3_interrupt `__ .. index:: sqlite3_is_interrupted .. attribute:: Connection.is_interrupted :type: bool Indicates if this connection has been interrupted. Calls: `sqlite3_is_interrupted `__ .. index:: sqlite3_last_insert_rowid .. method:: Connection.last_insert_rowid() -> int Returns the integer key of the most recent insert in the database. Calls: `sqlite3_last_insert_rowid `__ .. index:: sqlite3_limit .. method:: Connection.limit(id: int, newval: int = -1) -> int If called with one parameter then the current limit for that *id* is returned. If called with two then the limit is set to *newval*. :param id: One of the `runtime limit ids `_ :param newval: The new limit. This is a 32 bit signed integer even on 64 bit platforms. :returns: The limit in place on entry to the call. .. seealso:: * :ref:`Example ` Calls: `sqlite3_limit `__ .. index:: sqlite3_load_extension .. method:: Connection.load_extension(filename: str, entrypoint: Optional[str] = None) -> None Loads *filename* as an `extension `_ :param filename: The file to load. :param entrypoint: The initialization method to call. If this parameter is not supplied then the SQLite default of ``sqlite3_extension_init`` is used. :raises ExtensionLoadingError: If the extension could not be loaded. The exception string includes more details. .. seealso:: * :meth:`~Connection.enable_load_extension` Calls: `sqlite3_load_extension `__ .. attribute:: Connection.open_flags :type: int The combination of :attr:`flags ` used to open the database. .. attribute:: Connection.open_vfs :type: str The string name of the vfs used to open the database. .. index:: sqlite3_overload_function .. method:: Connection.overload_function(name: str, nargs: int) -> None Registers a placeholder function so that a virtual table can provide an implementation via :meth:`VTTable.FindFunction`. :param name: Function name :param nargs: How many arguments the function takes Calls: `sqlite3_overload_function `__ .. method:: Connection.pragma(name: str, value: Optional[SQLiteValue] = None) -> Any Issues the pragma (with the value if supplied) and returns the result with :attr:`the least amount of structure `. For example :code:`pragma("user_version")` will return just the number, while :code:`pragma("journal_mode", "WAL")` will return the journal mode now in effect. Pragmas do not support bindings, so this method is a convenient alternative to composing SQL text. * :ref:`Example ` .. index:: sqlite3_file_control .. method:: Connection.read(schema: str, which: int, offset: int, amount: int) -> tuple[bool, bytes] Invokes the underlying VFS method to read data from the database. It is strongly recommended to read aligned complete pages, since that is only what SQLite does. `schema` is `main`, `temp`, the name in `ATTACH `__ `which` is 0 for the database file, 1 for the journal. The return value is a tuple of a boolean indicating a complete read if True, and the bytes read which will always be the amount requested in size. `SQLITE_IOERR_SHORT_READ` will give a `False` value for the boolean, and there is no way of knowing how much was read. Implemented using `SQLITE_FCNTL_FILE_POINTER` and `SQLITE_FCNTL_JOURNAL_POINTER`. Errors will usually be generic `SQLITE_ERROR` with no message. Calls: `sqlite3_file_control `__ .. index:: sqlite3_db_readonly .. method:: Connection.readonly(name: str) -> bool True or False if the named (attached) database was opened readonly or file permissions don't allow writing. The name is `main`, `temp`, the name in `ATTACH `__ An exception is raised if the database doesn't exist. Calls: `sqlite3_db_readonly `__ .. index:: sqlite3_db_release_memory .. method:: Connection.release_memory() -> None Attempts to free as much heap memory as possible used by this connection. Calls: `sqlite3_db_release_memory `__ .. attribute:: Connection.row_trace :type: Optional[RowTracer] Called with the cursor and row being returned for :class:`cursors ` associated with this Connection, unless the Cursor installed its own tracer. You can change the data that is returned or cause the row to be skipped altogether. If *callable* is *None* then any existing row tracer is removed. .. seealso:: * :ref:`tracing` * :ref:`rowtracer` * :attr:`Cursor.exec_trace` .. index:: sqlite3_serialize .. method:: Connection.serialize(name: str) -> bytes Returns a memory copy of the database. *name* is `main`, `temp`, the name in `ATTACH `__ The memory copy is the same as if the database was backed up to disk. If the database name doesn't exist, then None is returned, not an exception (this is SQLite's behaviour). One exception is than an empty temp will result in a None return. .. seealso:: * :meth:`Connection.deserialize` Calls: `sqlite3_serialize `__ .. method:: Connection.set_authorizer(callable: Optional[Authorizer]) -> None Sets the :attr:`authorizer` .. index:: sqlite3_busy_handler .. method:: Connection.set_busy_handler(callable: Optional[Callable[[int], bool]]) -> None Sets the busy handler to callable. callable will be called with one integer argument which is the number of prior calls to the busy callback for the same lock. If the busy callback returns False, then SQLite returns *SQLITE_BUSY* to the calling code. If the callback returns True, then SQLite tries to open the table again and the cycle repeats. If you previously called :meth:`~Connection.set_busy_timeout` then calling this overrides that. Passing None unregisters the existing handler. .. seealso:: * :meth:`Connection.set_busy_timeout` * :ref:`Busy handling ` Calls: `sqlite3_busy_handler `__ .. index:: sqlite3_busy_timeout .. method:: Connection.set_busy_timeout(milliseconds: int) -> None If the database is locked such as when another connection is making changes, SQLite will keep retrying. This sets the maximum amount of time SQLite will keep retrying before giving up. If the database is still busy then :class:`apsw.BusyError` will be returned. :param milliseconds: Maximum thousandths of a second to wait. If you previously called :meth:`~Connection.set_busy_handler` then calling this overrides that. .. seealso:: * :meth:`Connection.set_busy_handler` * :ref:`Busy handling ` Calls: `sqlite3_busy_timeout `__ .. index:: sqlite3_commit_hook .. method:: Connection.set_commit_hook(callable: Optional[CommitHook]) -> None *callable* will be called just before a commit. It should return False for the commit to go ahead and True for it to be turned into a rollback. In the case of an exception in your callable, a True (rollback) value is returned. Pass None to unregister the existing hook. .. seealso:: * :ref:`Example ` Calls: `sqlite3_commit_hook `__ .. method:: Connection.set_exec_trace(callable: Optional[ExecTracer]) -> None Method to set :attr:`Connection.exec_trace` .. index:: sqlite3_set_last_insert_rowid .. method:: Connection.set_last_insert_rowid(rowid: int) -> None Sets the value calls to :meth:`last_insert_rowid` will return. Calls: `sqlite3_set_last_insert_rowid `__ .. index:: sqlite3_trace_v2 .. method:: Connection.set_profile(callable: Optional[Callable[[str, int], None]]) -> None Sets a callable which is invoked at the end of execution of each statement and passed the statement string and how long it took to execute. (The execution time is in nanoseconds.) Note that it is called only on completion. If for example you do a ``SELECT`` and only read the first result, then you won't reach the end of the statement. Calls: `sqlite3_trace_v2 `__ .. index:: sqlite3_progress_handler .. method:: Connection.set_progress_handler(callable: Optional[Callable[[], bool]], nsteps: int = 20) -> None Sets a callable which is invoked every *nsteps* SQLite inststructions. The callable should return True to abort or False to continue. (If there is an error in your Python *callable* then True/abort will be returned). .. seealso:: * :ref:`Example ` Calls: `sqlite3_progress_handler `__ .. index:: sqlite3_rollback_hook .. method:: Connection.set_rollback_hook(callable: Optional[Callable[[], None]]) -> None Sets a callable which is invoked during a rollback. If *callable* is *None* then any existing rollback hook is unregistered. The *callable* is called with no parameters and the return value is ignored. Calls: `sqlite3_rollback_hook `__ .. method:: Connection.set_row_trace(callable: Optional[RowTracer]) -> None Method to set :attr:`Connection.row_trace` .. index:: sqlite3_update_hook .. method:: Connection.set_update_hook(callable: Optional[Callable[[int, str, str, int], None]]) -> None Calls *callable* whenever a row is updated, deleted or inserted. If *callable* is *None* then any existing update hook is unregistered. The update hook cannot make changes to the database while the query is still executing, but can record them for later use or apply them in a different connection. The update hook is called with 4 parameters: type (int) *SQLITE_INSERT*, *SQLITE_DELETE* or *SQLITE_UPDATE* database name (str) `main`, `temp`, the name in `ATTACH `__ table name (str) The table on which the update happened rowid (int) The affected row .. seealso:: * :ref:`Example ` Calls: `sqlite3_update_hook `__ .. index:: sqlite3_wal_hook .. method:: Connection.set_wal_hook(callable: Optional[Callable[[Connection, str, int], int]]) -> None *callable* will be called just after data is committed in :ref:`wal` mode. It should return *SQLITE_OK* or an error code. The callback is called with 3 parameters: * The Connection * The database name. `main`, `temp`, the name in `ATTACH `__ * The number of pages in the wal log You can pass in None in order to unregister an existing hook. Calls: `sqlite3_wal_hook `__ .. method:: Connection.sqlite3_pointer() -> int Returns the underlying `sqlite3 * `_ for the connection. This method is useful if there are other C level libraries in the same process and you want them to use the APSW connection handle. The value is returned as a number using `PyLong_FromVoidPtr `__ under the hood. You should also ensure that you increment the reference count on the :class:`Connection` for as long as the other libraries are using the pointer. It is also a very good idea to call :meth:`sqlite_lib_version` and ensure it is the same as the other libraries. .. index:: sqlite3_db_status .. method:: Connection.status(op: int, reset: bool = False) -> tuple[int, int] Returns current and highwater measurements for the database. :param op: A `status parameter `_ :param reset: If *True* then the highwater is set to the current value :returns: A tuple of current value and highwater value .. seealso:: * :func:`apsw.status` which does the same for SQLite as a whole * :ref:`Example ` Calls: `sqlite3_db_status `__ .. index:: sqlite3_system_errno .. attribute:: Connection.system_errno :type: int The underlying system error code for the most recent I/O error. Calls: `sqlite3_system_errno `__ .. index:: sqlite3_table_column_metadata .. method:: Connection.table_exists(dbname: Optional[str], table_name: str) -> bool Returns True if the named table exists, else False. `dbname` is `main`, `temp`, the name in `ATTACH `__, or None to search all databases Calls: `sqlite3_table_column_metadata `__ .. index:: sqlite3_total_changes64 .. method:: Connection.total_changes() -> int Returns the total number of database rows that have be modified, inserted, or deleted since the database connection was opened. Calls: `sqlite3_total_changes64 `__ .. index:: sqlite3_trace_v2, sqlite3_stmt_status .. method:: Connection.trace_v2(mask: int, callback: Optional[Callable[[dict], None]] = None) -> None Registers a trace callback. The callback is called with a dict of relevant values based on the code. .. list-table:: :header-rows: 1 :widths: auto * - Key - Type - Explanation * - code - :class:`int` - One of the `trace event codes `__ * - connection - :class:`Connection` - Connection this trace event belongs to * - sql - :class:`str` - SQL text (except SQLITE_TRACE_CLOSE) * - profile - :class:`int` - nanoseconds SQL took to execute (SQLITE_TRACE_PROFILE only) * - stmt_status - :class:`dict` - SQLITE_TRACE_PROFILE only: Keys are names from `status parameters `__ - eg *"SQLITE_STMTSTATUS_VM_STEP"* and corresponding integer values. The counters are reset each time a statement starts execution. .. seealso:: * :ref:`Example ` Calls: * `sqlite3_trace_v2 `__ * `sqlite3_stmt_status `__ .. index:: sqlite3_txn_state .. method:: Connection.txn_state(schema: Optional[str] = None) -> int Returns the current transaction state of the database, or a specific schema if provided. :attr:`apsw.mapping_txn_state` contains the values returned. Calls: `sqlite3_txn_state `__ .. index:: sqlite3_vtab_config .. method:: Connection.vtab_config(op: int, val: int = 0) -> None Callable during virtual table :meth:`~VTModule.Connect`/:meth:`~VTModule.Create`. Calls: `sqlite3_vtab_config `__ .. index:: sqlite3_vtab_on_conflict .. method:: Connection.vtab_on_conflict() -> int Callable during virtual table :meth:`insert ` or :meth:`update ` Calls: `sqlite3_vtab_on_conflict `__ .. index:: sqlite3_wal_autocheckpoint .. method:: Connection.wal_autocheckpoint(n: int) -> None Sets how often the :ref:`wal` checkpointing is run. :param n: A number representing the checkpointing interval or zero/negative to disable auto checkpointing. Calls: `sqlite3_wal_autocheckpoint `__ .. index:: sqlite3_wal_checkpoint_v2 .. method:: Connection.wal_checkpoint(dbname: Optional[str] = None, mode: int = apsw.SQLITE_CHECKPOINT_PASSIVE) -> tuple[int, int] Does a WAL checkpoint. Has no effect if the database(s) are not in WAL mode. :param dbname: The name of the database or all databases if None :param mode: One of the `checkpoint modes `__. :return: A tuple of the size of the WAL log in frames and the number of frames checkpointed as described in the `documentation `__. Calls: `sqlite3_wal_checkpoint_v2 `__