.TH sqldiff 1 "2018-05-10"
sqldiff - sqlite3 database difference utility
.RI [ options ]
.I database1.sqlite database2.sqlite
binary is a command-line utility program that displays the differences
between SQLite databases. The usual output is an SQL script that will
(the "source" database) into
(the "destination" database).
utility works by finding rows in the source and destination that are
logical "pairs". The default behavior is to treat two rows as pairs if
they are in tables with the same name and they have the same rowid, or
in the case of a WITHOUT ROWID table if they have the same PRIMARY
KEY. Any differences in the content of paired rows are output as
UPDATEs. Rows in the source database that could not be paired are
output as DELETEs. Rows in the destination database that could not be
paired are output as INSERTs.
flag changes the pairing algorithm slightly so that the
schema-declared PRIMARY KEY is always used for pairing, even on tables
that have a rowid. This is often a better choice for finding
differences, however it can lead to missed differences in the case of
rows that have one or more PRIMARY KEY columns set to NULL.
.BI \-\-changset\ FILE
Do not write changes to standard output. Instead, write a (binary)
changeset file into
.IR FILE .
The changeset can be interpreted using the sessions extension to
.BI \-\-lib\fR\ LIBRARY\fR,\ \-L\fR\ LIBRARY
Load the shared library or DLL file
into SQLite prior to computing the differences. This can be used to
add application-defined collating sequences that are required by the
Use the schema-defined PRIMARY KEY instead of the rowid to pair rows
in the source and destination database. (See additional explanation
Show only differences in the schema not the table content
Show how many rows have changed on each table, but do not show the
.BI --table\fR\ TABLE
Show only the differences in content for
.IR TABLE ,
not for the entire database
Wrap SQL output in a single large transaction
Add support for handling FTS3, FTS5 and rtree virtual tables. See
below for details.
utility is unable to compute differences for rowid tables for which
the rowid is inaccessible. An example of a table with an inaccessible
CREATE TABLE inaccessible_rowid(
utility does not (currently) display differences in TRIGGERs or VIEWs.
By default, differences in the schema or content of virtual tables are
not reported on.
However, if a virtual table implementation creates real tables
(sometimes referred to as "shadow" tables) within the database to
store its data in, then sqldiff.exe does calculate the difference
between these. This can have surprising effects if the resulting SQL
script is then run on a database that is not exactly the same as the
source database. For several of SQLite's bundled virtual tables (FTS3,
FTS5, rtree and others), the surprising effects may include corruption
of the virtual table content.
option is passed to
.BR sqldiff ,
then it ignores all underlying shadow tables belonging to an FTS3,
FTS5 or rtree virtual table and instead includes the virtual table
.SH SEE ALSO
.BR sqlite3 (1).