doc/api/sqlite.md
<!-- source_link=lib/sqlite.js -->Stability: 1.2 - Release candidate.
The node:sqlite module facilitates working with SQLite databases.
To access it:
import sqlite from 'node:sqlite';
const sqlite = require('node:sqlite');
This module is only available under the node: scheme.
The following example shows the basic usage of the node:sqlite module to open
an in-memory database, write data to the database, and then read the data back.
import { DatabaseSync } from 'node:sqlite';
const database = new DatabaseSync(':memory:');
// Execute SQL statements from strings.
database.exec(`
CREATE TABLE data(
key INTEGER PRIMARY KEY,
value TEXT
) STRICT
`);
// Create a prepared statement to insert data into the database.
const insert = database.prepare('INSERT INTO data (key, value) VALUES (?, ?)');
// Execute the prepared statement with bound values.
insert.run(1, 'hello');
insert.run(2, 'world');
// Create a prepared statement to read data from the database.
const query = database.prepare('SELECT * FROM data ORDER BY key');
// Execute the prepared statement and log the result set.
console.log(query.all());
// Prints: [ { key: 1, value: 'hello' }, { key: 2, value: 'world' } ]
'use strict';
const { DatabaseSync } = require('node:sqlite');
const database = new DatabaseSync(':memory:');
// Execute SQL statements from strings.
database.exec(`
CREATE TABLE data(
key INTEGER PRIMARY KEY,
value TEXT
) STRICT
`);
// Create a prepared statement to insert data into the database.
const insert = database.prepare('INSERT INTO data (key, value) VALUES (?, ?)');
// Execute the prepared statement with bound values.
insert.run(1, 'hello');
insert.run(2, 'world');
// Create a prepared statement to read data from the database.
const query = database.prepare('SELECT * FROM data ORDER BY key');
// Execute the prepared statement and log the result set.
console.log(query.all());
// Prints: [ { key: 1, value: 'hello' }, { key: 2, value: 'world' } ]
When Node.js writes to or reads from SQLite, it is necessary to convert between JavaScript data types and SQLite's data types. Because JavaScript supports more data types than SQLite, only a subset of JavaScript types are supported. Attempting to write an unsupported data type to SQLite will result in an exception.
| Storage class | JavaScript to SQLite | SQLite to JavaScript |
|---|---|---|
NULL | {null} | {null} |
INTEGER | {number} or {bigint} | {number} or {bigint} (configurable) |
REAL | {number} | {number} |
TEXT | {string} | {string} |
BLOB | {TypedArray} or {DataView} | {Uint8Array} |
APIs that read values from SQLite have a configuration option that determines
whether INTEGER values are converted to number or bigint in JavaScript,
such as the readBigInts option for statements and the useBigIntArguments
option for user-defined functions. If Node.js reads an INTEGER value from
SQLite that is outside the JavaScript safe integer range, and the option to
read BigInts is not enabled, then an ERR_OUT_OF_RANGE error will be thrown.
DatabaseSyncThis class represents a single connection to a SQLite database. All APIs exposed by this class execute synchronously.
new DatabaseSync(path[, options])path {string | Buffer | URL} The path of the database. A SQLite database can be
stored in a file or completely in memory. To use a file-backed database,
the path should be a file path. To use an in-memory database, the path
should be the special name ':memory:'.options {Object} Configuration options for the database connection. The
following options are supported:
open {boolean} If true, the database is opened by the constructor. When
this value is false, the database must be opened via the open() method.
Default: true.readOnly {boolean} If true, the database is opened in read-only mode.
If the database does not exist, opening it will fail. Default: false.enableForeignKeyConstraints {boolean} If true, foreign key constraints
are enabled. This is recommended but can be disabled for compatibility with
legacy database schemas. The enforcement of foreign key constraints can be
enabled and disabled after opening the database using
PRAGMA foreign_keys. Default: true.enableDoubleQuotedStringLiterals {boolean} If true, SQLite will accept
double-quoted string literals. This is not recommended but can be
enabled for compatibility with legacy database schemas.
Default: false.allowExtension {boolean} If true, the loadExtension SQL function
and the loadExtension() method are enabled.
You can call enableLoadExtension(false) later to disable this feature.
Default: false.timeout {number} The busy timeout in milliseconds. This is the maximum amount of
time that SQLite will wait for a database lock to be released before
returning an error. Default: 0.readBigInts {boolean} If true, integer fields are read as JavaScript BigInt values. If false,
integer fields are read as JavaScript numbers. Default: false.returnArrays {boolean} If true, query results are returned as arrays instead of objects.
Default: false.allowBareNamedParameters {boolean} If true, allows binding named parameters without the prefix
character (e.g., foo instead of :foo). Default: true.allowUnknownNamedParameters {boolean} If true, unknown named parameters are ignored when binding.
If false, an exception is thrown for unknown named parameters. Default: false.defensive {boolean} If true, enables the defensive flag. When the defensive flag is enabled,
language features that allow ordinary SQL to deliberately corrupt the database file are disabled.
The defensive flag can also be set using enableDefensive().
Default: true.limits {Object} Configuration for various SQLite limits. These limits
can be used to prevent excessive resource consumption when handling
potentially malicious input. See Run-Time Limits and Limit Constants
in the SQLite documentation for details. Default values are determined by
SQLite's compile-time defaults and may vary depending on how SQLite was
built. The following properties are supported:
length {number} Maximum length of a string or BLOB.sqlLength {number} Maximum length of an SQL statement.column {number} Maximum number of columns.exprDepth {number} Maximum depth of an expression tree.compoundSelect {number} Maximum number of terms in a compound SELECT.vdbeOp {number} Maximum number of VDBE instructions.functionArg {number} Maximum number of function arguments.attach {number} Maximum number of attached databases.likePatternLength {number} Maximum length of a LIKE pattern.variableNumber {number} Maximum number of SQL variables.triggerDepth {number} Maximum trigger recursion depth.Constructs a new DatabaseSync instance.
database.aggregate(name, options)Registers a new aggregate function with the SQLite database. This method is a wrapper around
sqlite3_create_window_function().
name {string} The name of the SQLite function to create.options {Object} Function configuration settings.
deterministic {boolean} If true, the SQLITE_DETERMINISTIC flag is
set on the created function. Default: false.directOnly {boolean} If true, the SQLITE_DIRECTONLY flag is set on
the created function. Default: false.useBigIntArguments {boolean} If true, integer arguments to options.step and options.inverse
are converted to BigInts. If false, integer arguments are passed as
JavaScript numbers. Default: false.varargs {boolean} If true, options.step and options.inverse may be invoked with any number of
arguments (between zero and SQLITE_MAX_FUNCTION_ARG). If false,
inverse and step must be invoked with exactly length arguments.
Default: false.start {number | string | null | Array | Object | Function} The identity
value for the aggregation function. This value is used when the aggregation
function is initialized. When a {Function} is passed the identity will be its return value.step {Function} The function to call for each row in the aggregation. The
function receives the current state and the row value. The return value of
this function should be the new state.result {Function} The function to call to get the result of the
aggregation. The function receives the final state and should return the
result of the aggregation.inverse {Function} When this function is provided, the aggregate method will work as a window function.
The function receives the current state and the dropped row value. The return value of this function should be the
new state.When used as a window function, the result function will be called multiple times.
const { DatabaseSync } = require('node:sqlite');
const db = new DatabaseSync(':memory:');
db.exec(`
CREATE TABLE t3(x, y);
INSERT INTO t3 VALUES ('a', 4),
('b', 5),
('c', 3),
('d', 8),
('e', 1);
`);
db.aggregate('sumint', {
start: 0,
step: (acc, value) => acc + value,
});
db.prepare('SELECT sumint(y) as total FROM t3').get(); // { total: 21 }
import { DatabaseSync } from 'node:sqlite';
const db = new DatabaseSync(':memory:');
db.exec(`
CREATE TABLE t3(x, y);
INSERT INTO t3 VALUES ('a', 4),
('b', 5),
('c', 3),
('d', 8),
('e', 1);
`);
db.aggregate('sumint', {
start: 0,
step: (acc, value) => acc + value,
});
db.prepare('SELECT sumint(y) as total FROM t3').get(); // { total: 21 }
database.close()Closes the database connection. An exception is thrown if the database is not
open. This method is a wrapper around sqlite3_close_v2().
database.loadExtension(path)path {string} The path to the shared library to load.Loads a shared library into the database connection. This method is a wrapper
around sqlite3_load_extension(). It is required to enable the
allowExtension option when constructing the DatabaseSync instance.
database.enableLoadExtension(allow)allow {boolean} Whether to allow loading extensions.Enables or disables the loadExtension SQL function, and the loadExtension()
method. When allowExtension is false when constructing, you cannot enable
loading extensions for security reasons.
database.enableDefensive(active)active {boolean} Whether to set the defensive flag.Enables or disables the defensive flag. When the defensive flag is active,
language features that allow ordinary SQL to deliberately corrupt the database file are disabled.
See SQLITE_DBCONFIG_DEFENSIVE in the SQLite documentation for details.
database.location([dbName])dbName {string} Name of the database. This can be 'main' (the default primary database) or any other
database that has been added with ATTACH DATABASE Default: 'main'.This method is a wrapper around sqlite3_db_filename()
database.exec(sql)sql {string} A SQL string to execute.This method allows one or more SQL statements to be executed without returning
any results. This method is useful when executing SQL statements read from a
file. This method is a wrapper around sqlite3_exec().
database.function(name[, options], fn)name {string} The name of the SQLite function to create.options {Object} Optional configuration settings for the function. The
following properties are supported:
deterministic {boolean} If true, the SQLITE_DETERMINISTIC flag is
set on the created function. Default: false.directOnly {boolean} If true, the SQLITE_DIRECTONLY flag is set on
the created function. Default: false.useBigIntArguments {boolean} If true, integer arguments to function
are converted to BigInts. If false, integer arguments are passed as
JavaScript numbers. Default: false.varargs {boolean} If true, function may be invoked with any number of
arguments (between zero and SQLITE_MAX_FUNCTION_ARG). If false,
function must be invoked with exactly function.length arguments.
Default: false.fn {Function} The JavaScript function to call when the SQLite function is
invoked. The return value of this function should be a valid SQLite data type:
see Type conversion between JavaScript and SQLite. The result defaults to
NULL if the return value is undefined.This method is used to create SQLite user-defined functions. This method is a
wrapper around sqlite3_create_function_v2().
database.setAuthorizer(callback)callback {Function|null} The authorizer function to set, or null to
clear the current authorizer.Sets an authorizer callback that SQLite will invoke whenever it attempts to
access data or modify the database schema through prepared statements.
This can be used to implement security policies, audit access, or restrict certain operations.
This method is a wrapper around sqlite3_set_authorizer().
When invoked, the callback receives five arguments:
actionCode {number} The type of operation being performed (e.g.,
SQLITE_INSERT, SQLITE_UPDATE, SQLITE_SELECT).arg1 {string|null} The first argument (context-dependent, often a table name).arg2 {string|null} The second argument (context-dependent, often a column name).dbName {string|null} The name of the database.triggerOrView {string|null} The name of the trigger or view causing the access.The callback must return one of the following constants:
SQLITE_OK - Allow the operation.SQLITE_DENY - Deny the operation (causes an error).SQLITE_IGNORE - Ignore the operation (silently skip).const { DatabaseSync, constants } = require('node:sqlite');
const db = new DatabaseSync(':memory:');
// Set up an authorizer that denies all table creation
db.setAuthorizer((actionCode) => {
if (actionCode === constants.SQLITE_CREATE_TABLE) {
return constants.SQLITE_DENY;
}
return constants.SQLITE_OK;
});
// This will work
db.prepare('SELECT 1').get();
// This will throw an error due to authorization denial
try {
db.exec('CREATE TABLE blocked (id INTEGER)');
} catch (err) {
console.log('Operation blocked:', err.message);
}
import { DatabaseSync, constants } from 'node:sqlite';
const db = new DatabaseSync(':memory:');
// Set up an authorizer that denies all table creation
db.setAuthorizer((actionCode) => {
if (actionCode === constants.SQLITE_CREATE_TABLE) {
return constants.SQLITE_DENY;
}
return constants.SQLITE_OK;
});
// This will work
db.prepare('SELECT 1').get();
// This will throw an error due to authorization denial
try {
db.exec('CREATE TABLE blocked (id INTEGER)');
} catch (err) {
console.log('Operation blocked:', err.message);
}
database.isOpendatabase.isTransactionsqlite3_get_autocommit().database.limitsAn object for getting and setting SQLite database limits at runtime. Each property corresponds to an SQLite limit and can be read or written.
const db = new DatabaseSync(':memory:');
// Read current limit
console.log(db.limits.length);
// Set a new limit
db.limits.sqlLength = 100000;
// Reset a limit to its compile-time maximum
db.limits.sqlLength = Infinity;
Available properties: length, sqlLength, column, exprDepth,
compoundSelect, vdbeOp, functionArg, attach, likePatternLength,
variableNumber, triggerDepth.
Setting a property to Infinity resets the limit to its compile-time maximum value.
database.open()Opens the database specified in the path argument of the DatabaseSync
constructor. This method should only be used when the database is not opened via
the constructor. An exception is thrown if the database is already open.
database.prepare(sql[, options])sql {string} A SQL string to compile to a prepared statement.options {Object} Optional configuration for the prepared statement.
readBigInts {boolean} If true, integer fields are read as BigInts.
Default: inherited from database options or false.returnArrays {boolean} If true, results are returned as arrays.
Default: inherited from database options or false.allowBareNamedParameters {boolean} If true, allows binding named
parameters without the prefix character. Default: inherited from
database options or true.allowUnknownNamedParameters {boolean} If true, unknown named parameters
are ignored. Default: inherited from database options or false.Compiles a SQL statement into a prepared statement. This method is a wrapper
around sqlite3_prepare_v2().
database.createTagStore([maxSize])maxSize {integer} The maximum number of prepared statements to cache.
Default: 1000.Creates a new SQLTagStore, which is a Least Recently Used (LRU) cache
for storing prepared statements. This allows for the efficient reuse of
prepared statements by tagging them with a unique identifier.
When a tagged SQL literal is executed, the SQLTagStore checks if a prepared
statement for the corresponding SQL query string already exists in the cache.
If it does, the cached statement is used. If not, a new prepared statement is
created, executed, and then stored in the cache for future use. This mechanism
helps to avoid the overhead of repeatedly parsing and preparing the same SQL
statements.
Tagged statements bind the placeholder values from the template literal as parameters to the underlying prepared statement. For example:
sqlTagStore.get`SELECT ${value}`;
is equivalent to:
db.prepare('SELECT ?').get(value);
However, in the first example, the tag store will cache the underlying prepared statement for future use.
Note: The
${value}syntax in tagged statements binds a parameter to the prepared statement. This differs from its behavior in untagged template literals, where it performs string interpolation.js// This a safe example of binding a parameter to a tagged statement. sqlTagStore.run`INSERT INTO t1 (id) VALUES (${id})`; // This is an *unsafe* example of an untagged template string. // `id` is interpolated into the query text as a string. // This can lead to SQL injection and data corruption. db.run(`INSERT INTO t1 (id) VALUES (${id})`);
The tag store will match a statement from the cache if the query strings (including the positions of any bound placeholders) are identical.
// The following statements will match in the cache:
sqlTagStore.get`SELECT * FROM t1 WHERE id = ${id} AND active = 1`;
sqlTagStore.get`SELECT * FROM t1 WHERE id = ${12345} AND active = 1`;
// The following statements will not match, as the query strings
// and bound placeholders differ:
sqlTagStore.get`SELECT * FROM t1 WHERE id = ${id} AND active = 1`;
sqlTagStore.get`SELECT * FROM t1 WHERE id = 12345 AND active = 1`;
// The following statements will not match, as matches are case-sensitive:
sqlTagStore.get`SELECT * FROM t1 WHERE id = ${id} AND active = 1`;
sqlTagStore.get`select * from t1 where id = ${id} and active = 1`;
The only way of binding parameters in tagged statements is with the ${value}
syntax. Do not add parameter binding placeholders (? etc.) to the SQL query
string itself.
import { DatabaseSync } from 'node:sqlite';
const db = new DatabaseSync(':memory:');
const sql = db.createTagStore();
db.exec('CREATE TABLE users (id INT, name TEXT)');
// Using the 'run' method to insert data.
// The tagged literal is used to identify the prepared statement.
sql.run`INSERT INTO users VALUES (1, 'Alice')`;
sql.run`INSERT INTO users VALUES (2, 'Bob')`;
// Using the 'get' method to retrieve a single row.
const name = 'Alice';
const user = sql.get`SELECT * FROM users WHERE name = ${name}`;
console.log(user); // { id: 1, name: 'Alice' }
// Using the 'all' method to retrieve all rows.
const allUsers = sql.all`SELECT * FROM users ORDER BY id`;
console.log(allUsers);
// [
// { id: 1, name: 'Alice' },
// { id: 2, name: 'Bob' }
// ]
const { DatabaseSync } = require('node:sqlite');
const db = new DatabaseSync(':memory:');
const sql = db.createTagStore();
db.exec('CREATE TABLE users (id INT, name TEXT)');
// Using the 'run' method to insert data.
// The tagged literal is used to identify the prepared statement.
sql.run`INSERT INTO users VALUES (1, 'Alice')`;
sql.run`INSERT INTO users VALUES (2, 'Bob')`;
// Using the 'get' method to retrieve a single row.
const name = 'Alice';
const user = sql.get`SELECT * FROM users WHERE name = ${name}`;
console.log(user); // { id: 1, name: 'Alice' }
// Using the 'all' method to retrieve all rows.
const allUsers = sql.all`SELECT * FROM users ORDER BY id`;
console.log(allUsers);
// [
// { id: 1, name: 'Alice' },
// { id: 2, name: 'Bob' }
// ]
database.createSession([options])options {Object} The configuration options for the session.
table {string} A specific table to track changes for. By default, changes to all tables are tracked.db {string} Name of the database to track. This is useful when multiple databases have been added using ATTACH DATABASE. Default: 'main'.Creates and attaches a session to the database. This method is a wrapper around sqlite3session_create() and sqlite3session_attach().
database.applyChangeset(changeset[, options])changeset {Uint8Array} A binary changeset or patchset.options {Object} The configuration options for how the changes will be applied.
filter {Function} Skip changes that, when targeted table name is supplied to this function, return a truthy value.
By default, all changes are attempted.
onConflict {Function} A function that determines how to handle conflicts. The function receives one argument,
which can be one of the following values:
SQLITE_CHANGESET_DATA: A DELETE or UPDATE change does not contain the expected "before" values.SQLITE_CHANGESET_NOTFOUND: A row matching the primary key of the DELETE or UPDATE change does not exist.SQLITE_CHANGESET_CONFLICT: An INSERT change results in a duplicate primary key.SQLITE_CHANGESET_FOREIGN_KEY: Applying a change would result in a foreign key violation.SQLITE_CHANGESET_CONSTRAINT: Applying a change results in a UNIQUE, CHECK, or NOT NULL constraint
violation.The function should return one of the following values:
SQLITE_CHANGESET_OMIT: Omit conflicting changes.SQLITE_CHANGESET_REPLACE: Replace existing values with conflicting changes (only valid with
SQLITE_CHANGESET_DATA or SQLITE_CHANGESET_CONFLICT conflicts).SQLITE_CHANGESET_ABORT: Abort on conflict and roll back the database.When an error is thrown in the conflict handler or when any other value is returned from the handler, applying the changeset is aborted and the database is rolled back.
Default: A function that returns SQLITE_CHANGESET_ABORT.
An exception is thrown if the database is not
open. This method is a wrapper around sqlite3changeset_apply().
import { DatabaseSync } from 'node:sqlite';
const sourceDb = new DatabaseSync(':memory:');
const targetDb = new DatabaseSync(':memory:');
sourceDb.exec('CREATE TABLE data(key INTEGER PRIMARY KEY, value TEXT)');
targetDb.exec('CREATE TABLE data(key INTEGER PRIMARY KEY, value TEXT)');
const session = sourceDb.createSession();
const insert = sourceDb.prepare('INSERT INTO data (key, value) VALUES (?, ?)');
insert.run(1, 'hello');
insert.run(2, 'world');
const changeset = session.changeset();
targetDb.applyChangeset(changeset);
// Now that the changeset has been applied, targetDb contains the same data as sourceDb.
const { DatabaseSync } = require('node:sqlite');
const sourceDb = new DatabaseSync(':memory:');
const targetDb = new DatabaseSync(':memory:');
sourceDb.exec('CREATE TABLE data(key INTEGER PRIMARY KEY, value TEXT)');
targetDb.exec('CREATE TABLE data(key INTEGER PRIMARY KEY, value TEXT)');
const session = sourceDb.createSession();
const insert = sourceDb.prepare('INSERT INTO data (key, value) VALUES (?, ?)');
insert.run(1, 'hello');
insert.run(2, 'world');
const changeset = session.changeset();
targetDb.applyChangeset(changeset);
// Now that the changeset has been applied, targetDb contains the same data as sourceDb.
database[Symbol.dispose]()Closes the database connection. If the database connection is already closed then this is a no-op.
Sessionsession.changeset()Retrieves a changeset containing all changes since the changeset was created. Can be called multiple times.
An exception is thrown if the database or the session is not open. This method is a wrapper around sqlite3session_changeset().
session.patchset()Similar to the method above, but generates a more compact patchset. See Changesets and Patchsets
in the documentation of SQLite. An exception is thrown if the database or the session is not open. This method is a
wrapper around sqlite3session_patchset().
session.close()Closes the session. An exception is thrown if the database or the session is not open. This method is a
wrapper around sqlite3session_delete().
session[Symbol.dispose]()Closes the session. If the session is already closed, does nothing.
StatementSyncThis class represents a single prepared statement. This class cannot be
instantiated via its constructor. Instead, instances are created via the
database.prepare() method. All APIs exposed by this class execute
synchronously.
A prepared statement is an efficient binary representation of the SQL used to create it. Prepared statements are parameterizable, and can be invoked multiple times with different bound values. Parameters also offer protection against SQL injection attacks. For these reasons, prepared statements are preferred over hand-crafted SQL strings when handling user input.
statement.all([namedParameters][, ...anonymousParameters])namedParameters {Object} An optional object used to bind named parameters.
The keys of this object are used to configure the mapping....anonymousParameters {null|number|bigint|string|Buffer|TypedArray|DataView} Zero or
more values to bind to anonymous parameters.This method executes a prepared statement and returns all results as an array of
objects. If the prepared statement does not return any results, this method
returns an empty array. The prepared statement parameters are bound using
the values in namedParameters and anonymousParameters.
statement.columns()Returns: {Array} An array of objects. Each object corresponds to a column in the prepared statement, and contains the following properties:
column {string|null} The unaliased name of the column in the origin
table, or null if the column is the result of an expression or subquery.
This property is the result of sqlite3_column_origin_name().database {string|null} The unaliased name of the origin database, or
null if the column is the result of an expression or subquery. This
property is the result of sqlite3_column_database_name().name {string} The name assigned to the column in the result set of a
SELECT statement. This property is the result of
sqlite3_column_name().table {string|null} The unaliased name of the origin table, or null if
the column is the result of an expression or subquery. This property is the
result of sqlite3_column_table_name().type {string|null} The declared data type of the column, or null if the
column is the result of an expression or subquery. This property is the
result of sqlite3_column_decltype().This method is used to retrieve information about the columns returned by the prepared statement.
statement.expandedSQLThe source SQL text of the prepared statement with parameter
placeholders replaced by the values that were used during the most recent
execution of this prepared statement. This property is a wrapper around
sqlite3_expanded_sql().
statement.get([namedParameters][, ...anonymousParameters])namedParameters {Object} An optional object used to bind named parameters.
The keys of this object are used to configure the mapping....anonymousParameters {null|number|bigint|string|Buffer|TypedArray|DataView} Zero or
more values to bind to anonymous parameters.undefined.This method executes a prepared statement and returns the first result as an
object. If the prepared statement does not return any results, this method
returns undefined. The prepared statement parameters are bound using the
values in namedParameters and anonymousParameters.
statement.iterate([namedParameters][, ...anonymousParameters])namedParameters {Object} An optional object used to bind named parameters.
The keys of this object are used to configure the mapping....anonymousParameters {null|number|bigint|string|Buffer|TypedArray|DataView} Zero or
more values to bind to anonymous parameters.This method executes a prepared statement and returns an iterator of
objects. If the prepared statement does not return any results, this method
returns an empty iterator. The prepared statement parameters are bound using
the values in namedParameters and anonymousParameters.
statement.run([namedParameters][, ...anonymousParameters])namedParameters {Object} An optional object used to bind named parameters.
The keys of this object are used to configure the mapping....anonymousParameters {null|number|bigint|string|Buffer|TypedArray|DataView} Zero or
more values to bind to anonymous parameters.changes {number|bigint} The number of rows modified, inserted, or deleted
by the most recently completed INSERT, UPDATE, or DELETE statement.
This field is either a number or a BigInt depending on the prepared
statement's configuration. This property is the result of
sqlite3_changes64().lastInsertRowid {number|bigint} The most recently inserted rowid. This
field is either a number or a BigInt depending on the prepared statement's
configuration. This property is the result of
sqlite3_last_insert_rowid().This method executes a prepared statement and returns an object summarizing the
resulting changes. The prepared statement parameters are bound using the
values in namedParameters and anonymousParameters.
statement.setAllowBareNamedParameters(enabled)enabled {boolean} Enables or disables support for binding named parameters
without the prefix character.The names of SQLite parameters begin with a prefix character. By default,
node:sqlite requires that this prefix character is present when binding
parameters. However, with the exception of dollar sign character, these
prefix characters also require extra quoting when used in object keys.
To improve ergonomics, this method can be used to also allow bare named parameters, which do not require the prefix character in JavaScript code. There are several caveats to be aware of when enabling bare named parameters:
$k and @k, in the same prepared
statement will result in an exception as it cannot be determined how to bind
a bare name.statement.setAllowUnknownNamedParameters(enabled)enabled {boolean} Enables or disables support for unknown named parameters.By default, if an unknown name is encountered while binding parameters, an exception is thrown. This method allows unknown named parameters to be ignored.
statement.setReturnArrays(enabled)enabled {boolean} Enables or disables the return of query results as arrays.When enabled, query results returned by the all(), get(), and iterate() methods will be returned as arrays instead
of objects.
statement.setReadBigInts(enabled)enabled {boolean} Enables or disables the use of BigInts when reading
INTEGER fields from the database.When reading from the database, SQLite INTEGERs are mapped to JavaScript
numbers by default. However, SQLite INTEGERs can store values larger than
JavaScript numbers are capable of representing. In such cases, this method can
be used to read INTEGER data using JavaScript BigInts. This method has no
impact on database write operations where numbers and BigInts are both
supported at all times.
statement.sourceSQLThe source SQL text of the prepared statement. This property is a
wrapper around sqlite3_sql().
SQLTagStoreThis class represents a single LRU (Least Recently Used) cache for storing prepared statements.
Instances of this class are created via the database.createTagStore()
method, not by using a constructor. The store caches prepared statements based
on the provided SQL query string. When the same query is seen again, the store
retrieves the cached statement and safely applies the new values through
parameter binding, thereby preventing attacks like SQL injection.
The cache has a maxSize that defaults to 1000 statements, but a custom size can
be provided (e.g., database.createTagStore(100)). All APIs exposed by this
class execute synchronously.
sqlTagStore.all(stringElements[, ...boundParameters])stringElements {string[]} Template literal elements containing the SQL
query....boundParameters {null|number|bigint|string|Buffer|TypedArray|DataView}
Parameter values to be bound to placeholders in the template string.Executes the given SQL query and returns all resulting rows as an array of objects.
This function is intended to be used as a template literal tag, not to be called directly.
sqlTagStore.get(stringElements[, ...boundParameters])stringElements {string[]} Template literal elements containing the SQL
query....boundParameters {null|number|bigint|string|Buffer|TypedArray|DataView}
Parameter values to be bound to placeholders in the template string.undefined if no rows are returned.Executes the given SQL query and returns the first resulting row as an object.
This function is intended to be used as a template literal tag, not to be called directly.
sqlTagStore.iterate(stringElements[, ...boundParameters])stringElements {string[]} Template literal elements containing the SQL
query....boundParameters {null|number|bigint|string|Buffer|TypedArray|DataView}
Parameter values to be bound to placeholders in the template string.Executes the given SQL query and returns an iterator over the resulting rows.
This function is intended to be used as a template literal tag, not to be called directly.
sqlTagStore.run(stringElements[, ...boundParameters])stringElements {string[]} Template literal elements containing the SQL
query....boundParameters {null|number|bigint|string|Buffer|TypedArray|DataView}
Parameter values to be bound to placeholders in the template string.changes and lastInsertRowid.Executes the given SQL query, which is expected to not return any rows (e.g., INSERT, UPDATE, DELETE).
This function is intended to be used as a template literal tag, not to be called directly.
sqlTagStore.sizeA read-only property that returns the number of prepared statements currently in the cache.
sqlTagStore.capacityA read-only property that returns the maximum number of prepared statements the cache can hold.
sqlTagStore.dbA read-only property that returns the DatabaseSync object associated with this SQLTagStore.
sqlTagStore.clear()Resets the LRU cache, clearing all stored prepared statements.
sqlite.backup(sourceDb, path[, options])sourceDb {DatabaseSync} The database to backup. The source database must be open.path {string | Buffer | URL} The path where the backup will be created. If the file already exists,
the contents will be overwritten.options {Object} Optional configuration for the backup. The
following properties are supported:
source {string} Name of the source database. This can be 'main' (the default primary database) or any other
database that have been added with ATTACH DATABASE Default: 'main'.target {string} Name of the target database. This can be 'main' (the default primary database) or any other
database that have been added with ATTACH DATABASE Default: 'main'.rate {number} Number of pages to be transmitted in each batch of the backup. Default: 100.progress {Function} An optional callback function that will be called after each backup step. The argument passed
to this callback is an {Object} with remainingPages and totalPages properties, describing the current progress
of the backup operation.This method makes a database backup. This method abstracts the sqlite3_backup_init(), sqlite3_backup_step()
and sqlite3_backup_finish() functions.
The backed-up database can be used normally during the backup process. Mutations coming from the same connection - same {DatabaseSync} - object will be reflected in the backup right away. However, mutations from other connections will cause the backup process to restart.
const { backup, DatabaseSync } = require('node:sqlite');
(async () => {
const sourceDb = new DatabaseSync('source.db');
const totalPagesTransferred = await backup(sourceDb, 'backup.db', {
rate: 1, // Copy one page at a time.
progress: ({ totalPages, remainingPages }) => {
console.log('Backup in progress', { totalPages, remainingPages });
},
});
console.log('Backup completed', totalPagesTransferred);
})();
import { backup, DatabaseSync } from 'node:sqlite';
const sourceDb = new DatabaseSync('source.db');
const totalPagesTransferred = await backup(sourceDb, 'backup.db', {
rate: 1, // Copy one page at a time.
progress: ({ totalPages, remainingPages }) => {
console.log('Backup in progress', { totalPages, remainingPages });
},
});
console.log('Backup completed', totalPagesTransferred);
sqlite.constantsAn object containing commonly used constants for SQLite operations.
The following constants are exported by the sqlite.constants object.
One of the following constants is available as an argument to the onConflict
conflict resolution handler passed to database.applyChangeset(). See also
Constants Passed To The Conflict Handler in the SQLite documentation.
One of the following constants must be returned from the onConflict conflict
resolution handler passed to database.applyChangeset(). See also
Constants Returned From The Conflict Handler in the SQLite documentation.
The following constants are used with the database.setAuthorizer() method.
One of the following constants must be returned from the authorizer callback
function passed to database.setAuthorizer().
The following constants are passed as the first argument to the authorizer callback function to indicate what type of operation is being authorized.
<table> <tr> <th>Constant</th> <th>Description</th> </tr> <tr> <td><code>SQLITE_CREATE_INDEX</code></td> <td>Create an index</td> </tr> <tr> <td><code>SQLITE_CREATE_TABLE</code></td> <td>Create a table</td> </tr> <tr> <td><code>SQLITE_CREATE_TEMP_INDEX</code></td> <td>Create a temporary index</td> </tr> <tr> <td><code>SQLITE_CREATE_TEMP_TABLE</code></td> <td>Create a temporary table</td> </tr> <tr> <td><code>SQLITE_CREATE_TEMP_TRIGGER</code></td> <td>Create a temporary trigger</td> </tr> <tr> <td><code>SQLITE_CREATE_TEMP_VIEW</code></td> <td>Create a temporary view</td> </tr> <tr> <td><code>SQLITE_CREATE_TRIGGER</code></td> <td>Create a trigger</td> </tr> <tr> <td><code>SQLITE_CREATE_VIEW</code></td> <td>Create a view</td> </tr> <tr> <td><code>SQLITE_DELETE</code></td> <td>Delete from a table</td> </tr> <tr> <td><code>SQLITE_DROP_INDEX</code></td> <td>Drop an index</td> </tr> <tr> <td><code>SQLITE_DROP_TABLE</code></td> <td>Drop a table</td> </tr> <tr> <td><code>SQLITE_DROP_TEMP_INDEX</code></td> <td>Drop a temporary index</td> </tr> <tr> <td><code>SQLITE_DROP_TEMP_TABLE</code></td> <td>Drop a temporary table</td> </tr> <tr> <td><code>SQLITE_DROP_TEMP_TRIGGER</code></td> <td>Drop a temporary trigger</td> </tr> <tr> <td><code>SQLITE_DROP_TEMP_VIEW</code></td> <td>Drop a temporary view</td> </tr> <tr> <td><code>SQLITE_DROP_TRIGGER</code></td> <td>Drop a trigger</td> </tr> <tr> <td><code>SQLITE_DROP_VIEW</code></td> <td>Drop a view</td> </tr> <tr> <td><code>SQLITE_INSERT</code></td> <td>Insert into a table</td> </tr> <tr> <td><code>SQLITE_PRAGMA</code></td> <td>Execute a PRAGMA statement</td> </tr> <tr> <td><code>SQLITE_READ</code></td> <td>Read from a table</td> </tr> <tr> <td><code>SQLITE_SELECT</code></td> <td>Execute a SELECT statement</td> </tr> <tr> <td><code>SQLITE_TRANSACTION</code></td> <td>Begin, commit, or rollback a transaction</td> </tr> <tr> <td><code>SQLITE_UPDATE</code></td> <td>Update a table</td> </tr> <tr> <td><code>SQLITE_ATTACH</code></td> <td>Attach a database</td> </tr> <tr> <td><code>SQLITE_DETACH</code></td> <td>Detach a database</td> </tr> <tr> <td><code>SQLITE_ALTER_TABLE</code></td> <td>Alter a table</td> </tr> <tr> <td><code>SQLITE_REINDEX</code></td> <td>Reindex</td> </tr> <tr> <td><code>SQLITE_ANALYZE</code></td> <td>Analyze the database</td> </tr> <tr> <td><code>SQLITE_CREATE_VTABLE</code></td> <td>Create a virtual table</td> </tr> <tr> <td><code>SQLITE_DROP_VTABLE</code></td> <td>Drop a virtual table</td> </tr> <tr> <td><code>SQLITE_FUNCTION</code></td> <td>Use a function</td> </tr> <tr> <td><code>SQLITE_SAVEPOINT</code></td> <td>Create, release, or rollback a savepoint</td> </tr> <tr> <td><code>SQLITE_COPY</code></td> <td>Copy data (legacy)</td> </tr> <tr> <td><code>SQLITE_RECURSIVE</code></td> <td>Recursive query</td> </tr> </table>