2011-03-08 22:22:50 +03:00
|
|
|
|
|
|
|
#ifndef __SQLITESESSION_H_
|
|
|
|
#define __SQLITESESSION_H_ 1
|
|
|
|
|
|
|
|
/*
|
|
|
|
** Make sure we can call this stuff from C++.
|
|
|
|
*/
|
|
|
|
#ifdef __cplusplus
|
|
|
|
extern "C" {
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#include "sqlite3.h"
|
|
|
|
|
2011-03-20 14:20:41 +03:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Session Object Handle
|
|
|
|
*/
|
2011-03-08 22:22:50 +03:00
|
|
|
typedef struct sqlite3_session sqlite3_session;
|
2011-03-20 14:20:41 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
** CAPI3REF: Changeset Iterator Handle
|
|
|
|
*/
|
2011-03-08 22:22:50 +03:00
|
|
|
typedef struct sqlite3_changeset_iter sqlite3_changeset_iter;
|
|
|
|
|
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Create A New Session Object
|
|
|
|
**
|
2011-03-16 22:59:18 +03:00
|
|
|
** Create a new session object attached to database handle db. If successful,
|
|
|
|
** a pointer to the new object is written to *ppSession and SQLITE_OK is
|
|
|
|
** returned. If an error occurs, *ppSession is set to NULL and an SQLite
|
2011-03-18 16:05:15 +03:00
|
|
|
** error code (e.g. SQLITE_NOMEM) is returned.
|
2011-03-16 22:59:18 +03:00
|
|
|
**
|
|
|
|
** It is possible to create multiple session objects attached to a single
|
|
|
|
** database handle.
|
|
|
|
**
|
|
|
|
** Session objects created using this function should be deleted using the
|
|
|
|
** [sqlite3session_delete()] function before the database handle that they
|
|
|
|
** are attached to is itself closed. If the database handle is closed before
|
|
|
|
** the session object is deleted, then the results of calling any session
|
|
|
|
** module function, including [sqlite3session_delete()] on the session object
|
|
|
|
** are undefined.
|
|
|
|
**
|
|
|
|
** Because the session module uses the [sqlite3_preupdate_hook()] API, it
|
|
|
|
** is not possible for an application to register a pre-update hook on a
|
|
|
|
** database handle that has one or more session objects attached. Nor is
|
|
|
|
** it possible to create a session object attached to a database handle for
|
|
|
|
** which a pre-update hook is already defined. The results of attempting
|
|
|
|
** either of these things are undefined.
|
|
|
|
**
|
|
|
|
** The session object will be used to create changesets for tables in
|
|
|
|
** database zDb, where zDb is either "main", or "temp", or the name of an
|
2011-03-24 19:04:54 +03:00
|
|
|
** attached database. It is not an error if database zDb is not attached
|
2011-03-16 22:59:18 +03:00
|
|
|
** to the database when the session object is created.
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3session_create(
|
|
|
|
sqlite3 *db, /* Database handle */
|
|
|
|
const char *zDb, /* Name of db (e.g. "main") */
|
|
|
|
sqlite3_session **ppSession /* OUT: New session object */
|
|
|
|
);
|
|
|
|
|
2011-03-16 22:59:18 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Delete A Session Object
|
|
|
|
**
|
2011-03-16 22:59:18 +03:00
|
|
|
** Delete a session object previously allocated using
|
|
|
|
** [sqlite3session_create()]. Once a session object has been deleted, the
|
|
|
|
** results of attempting to use pSession with any other session module
|
|
|
|
** function are undefined.
|
|
|
|
**
|
|
|
|
** Session objects must be deleted before the database handle to which they
|
|
|
|
** are attached is closed. Refer to the documentation for
|
|
|
|
** [sqlite3session_create()] for details.
|
|
|
|
*/
|
|
|
|
void sqlite3session_delete(sqlite3_session *pSession);
|
|
|
|
|
2013-08-23 21:43:32 +04:00
|
|
|
|
2011-03-08 22:22:50 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Enable Or Disable A Session Object
|
|
|
|
**
|
2011-03-08 22:22:50 +03:00
|
|
|
** Enable or disable the recording of changes by a session object. When
|
|
|
|
** enabled, a session object records changes made to the database. When
|
|
|
|
** disabled - it does not. A newly created session object is enabled.
|
2011-03-18 16:05:15 +03:00
|
|
|
** Refer to the documentation for [sqlite3session_changeset()] for further
|
|
|
|
** details regarding how enabling and disabling a session object affects
|
|
|
|
** the eventual changesets.
|
2011-03-08 22:22:50 +03:00
|
|
|
**
|
|
|
|
** Passing zero to this function disables the session. Passing a value
|
|
|
|
** greater than zero enables it. Passing a value less than zero is a
|
|
|
|
** no-op, and may be used to query the current state of the session.
|
|
|
|
**
|
|
|
|
** The return value indicates the final state of the session object: 0 if
|
|
|
|
** the session is disabled, or 1 if it is enabled.
|
|
|
|
*/
|
|
|
|
int sqlite3session_enable(sqlite3_session *pSession, int bEnable);
|
|
|
|
|
2011-03-23 19:03:11 +03:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Set Or Clear the Indirect Change Flag
|
|
|
|
**
|
|
|
|
** Each change recorded by a session object is marked as either direct or
|
|
|
|
** indirect. A change is marked as indirect if either:
|
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> The session object "indirect" flag is set when the change is
|
|
|
|
** made, or
|
|
|
|
** <li> The change is made by an SQL trigger or foreign key action
|
|
|
|
** instead of directly as a result of a users SQL statement.
|
|
|
|
** </ul>
|
|
|
|
**
|
|
|
|
** If a single row is affected by more than one operation within a session,
|
|
|
|
** then the change is considered indirect if all operations meet the criteria
|
|
|
|
** for an indirect change above, or direct otherwise.
|
|
|
|
**
|
|
|
|
** This function is used to set, clear or query the session object indirect
|
|
|
|
** flag. If the second argument passed to this function is zero, then the
|
|
|
|
** indirect flag is cleared. If it is greater than zero, the indirect flag
|
|
|
|
** is set. Passing a value less than zero does not modify the current value
|
|
|
|
** of the indirect flag, and may be used to query the current state of the
|
|
|
|
** indirect flag for the specified session object.
|
|
|
|
**
|
|
|
|
** The return value indicates the final state of the indirect flag: 0 if
|
|
|
|
** it is clear, or 1 if it is set.
|
|
|
|
*/
|
|
|
|
int sqlite3session_indirect(sqlite3_session *pSession, int bIndirect);
|
|
|
|
|
2011-03-08 22:22:50 +03:00
|
|
|
/*
|
2011-03-22 05:03:23 +03:00
|
|
|
** CAPI3REF: Attach A Table To A Session Object
|
2011-03-20 14:20:41 +03:00
|
|
|
**
|
2011-03-22 18:21:03 +03:00
|
|
|
** If argument zTab is not NULL, then it is the name of a table to attach
|
|
|
|
** to the session object passed as the first argument. All subsequent changes
|
|
|
|
** made to the table while the session object is enabled will be recorded. See
|
|
|
|
** documentation for [sqlite3session_changeset()] for further details.
|
|
|
|
**
|
|
|
|
** Or, if argument zTab is NULL, then changes are recorded for all tables
|
|
|
|
** in the database. If additional tables are added to the database (by
|
|
|
|
** executing "CREATE TABLE" statements) after this call is made, changes for
|
|
|
|
** the new tables are also recorded.
|
2011-03-08 22:22:50 +03:00
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** Changes can only be recorded for tables that have a PRIMARY KEY explicitly
|
|
|
|
** defined as part of their CREATE TABLE statement. It does not matter if the
|
|
|
|
** PRIMARY KEY is an "INTEGER PRIMARY KEY" (rowid alias) or not. The PRIMARY
|
|
|
|
** KEY may consist of a single column, or may be a composite key.
|
|
|
|
**
|
|
|
|
** It is not an error if the named table does not exist in the database. Nor
|
|
|
|
** is it an error if the named table does not have a PRIMARY KEY. However,
|
|
|
|
** no changes will be recorded in either of these scenarios.
|
|
|
|
**
|
2011-03-21 14:55:06 +03:00
|
|
|
** Changes are not recorded for individual rows that have NULL values stored
|
|
|
|
** in one or more of their PRIMARY KEY columns.
|
|
|
|
**
|
2011-03-22 18:21:03 +03:00
|
|
|
** SQLITE_OK is returned if the call completes without error. Or, if an error
|
|
|
|
** occurs, an SQLite error code (e.g. SQLITE_NOMEM) is returned.
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3session_attach(
|
|
|
|
sqlite3_session *pSession, /* Session object */
|
|
|
|
const char *zTab /* Table name */
|
|
|
|
);
|
|
|
|
|
2013-08-23 21:43:32 +04:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Set a table filter on a Session Object.
|
|
|
|
**
|
|
|
|
** The second argument (xFilter) is the "filter callback". For changes to rows
|
|
|
|
** in tables that are not attached to the Session oject, the filter is called
|
|
|
|
** to determine whether changes to the table's rows should be tracked or not.
|
|
|
|
** If xFilter returns 0, changes is not tracked. Note that once a table is
|
|
|
|
** attached, xFilter will not be called again.
|
|
|
|
*/
|
|
|
|
void sqlite3session_table_filter(
|
|
|
|
sqlite3_session *pSession, /* Session object */
|
|
|
|
int(*xFilter)(
|
|
|
|
void *pCtx, /* Copy of third arg to _filter_table() */
|
|
|
|
const char *zTab /* Table name */
|
|
|
|
),
|
|
|
|
void *pCtx /* First argument passed to xFilter */
|
|
|
|
);
|
|
|
|
|
2011-03-08 22:22:50 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Generate A Changeset From A Session Object
|
|
|
|
**
|
2011-03-16 22:59:18 +03:00
|
|
|
** Obtain a changeset containing changes to the tables attached to the
|
|
|
|
** session object passed as the first argument. If successful,
|
|
|
|
** set *ppChangeset to point to a buffer containing the changeset
|
|
|
|
** and *pnChangeset to the size of the changeset in bytes before returning
|
|
|
|
** SQLITE_OK. If an error occurs, set both *ppChangeset and *pnChangeset to
|
|
|
|
** zero and return an SQLite error code.
|
2011-03-08 22:22:50 +03:00
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** A changeset consists of zero or more INSERT, UPDATE and/or DELETE changes,
|
|
|
|
** each representing a change to a single row of an attached table. An INSERT
|
|
|
|
** change contains the values of each field of a new database row. A DELETE
|
|
|
|
** contains the original values of each field of a deleted database row. An
|
|
|
|
** UPDATE change contains the original values of each field of an updated
|
|
|
|
** database row along with the updated values for each updated non-primary-key
|
|
|
|
** column. It is not possible for an UPDATE change to represent a change that
|
|
|
|
** modifies the values of primary key columns. If such a change is made, it
|
|
|
|
** is represented in a changeset as a DELETE followed by an INSERT.
|
|
|
|
**
|
2011-03-21 14:55:06 +03:00
|
|
|
** Changes are not recorded for rows that have NULL values stored in one or
|
|
|
|
** more of their PRIMARY KEY columns. If such a row is inserted or deleted,
|
|
|
|
** no corresponding change is present in the changesets returned by this
|
|
|
|
** function. If an existing row with one or more NULL values stored in
|
|
|
|
** PRIMARY KEY columns is updated so that all PRIMARY KEY columns are non-NULL,
|
|
|
|
** only an INSERT is appears in the changeset. Similarly, if an existing row
|
|
|
|
** with non-NULL PRIMARY KEY values is updated so that one or more of its
|
|
|
|
** PRIMARY KEY columns are set to NULL, the resulting changeset contains a
|
|
|
|
** DELETE change only.
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** The contents of a changeset may be traversed using an iterator created
|
|
|
|
** using the [sqlite3changeset_start()] API. A changeset may be applied to
|
2011-03-20 14:20:41 +03:00
|
|
|
** a database with a compatible schema using the [sqlite3changeset_apply()]
|
2011-03-18 16:05:15 +03:00
|
|
|
** API.
|
|
|
|
**
|
2011-03-16 22:59:18 +03:00
|
|
|
** Following a successful call to this function, it is the responsibility of
|
|
|
|
** the caller to eventually free the buffer that *ppChangeset points to using
|
|
|
|
** [sqlite3_free()].
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
2011-03-20 14:20:41 +03:00
|
|
|
** <h3>Changeset Generation</h3>
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** Once a table has been attached to a session object, the session object
|
|
|
|
** records the primary key values of all new rows inserted into the table.
|
|
|
|
** It also records the original primary key and other column values of any
|
|
|
|
** deleted or updated rows. For each unique primary key value, data is only
|
|
|
|
** recorded once - the first time a row with said primary key is inserted,
|
|
|
|
** updated or deleted in the lifetime of the session.
|
|
|
|
**
|
2011-03-21 14:55:06 +03:00
|
|
|
** There is one exception to the previous paragraph: when a row is inserted,
|
2011-03-22 05:03:23 +03:00
|
|
|
** updated or deleted, if one or more of its primary key columns contain a
|
2011-03-21 14:55:06 +03:00
|
|
|
** NULL value, no record of the change is made.
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** The session object therefore accumulates two types of records - those
|
|
|
|
** that consist of primary key values only (created when the user inserts
|
|
|
|
** a new record) and those that consist of the primary key values and the
|
|
|
|
** original values of other table columns (created when the users deletes
|
|
|
|
** or updates a record).
|
|
|
|
**
|
|
|
|
** When this function is called, the requested changeset is created using
|
|
|
|
** both the accumulated records and the current contents of the database
|
|
|
|
** file. Specifically:
|
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> For each record generated by an insert, the database is queried
|
|
|
|
** for a row with a matching primary key. If one is found, an INSERT
|
|
|
|
** change is added to the changeset. If no such row is found, no change
|
|
|
|
** is added to the changeset.
|
|
|
|
**
|
|
|
|
** <li> For each record generated by an update or delete, the database is
|
|
|
|
** queried for a row with a matching primary key. If such a row is
|
|
|
|
** found and one or more of the non-primary key fields have been
|
|
|
|
** modified from their original values, an UPDATE change is added to
|
|
|
|
** the changeset. Or, if no such row is found in the table, a DELETE
|
|
|
|
** change is added to the changeset. If there is a row with a matching
|
|
|
|
** primary key in the database, but all fields contain their original
|
|
|
|
** values, no change is added to the changeset.
|
|
|
|
** </ul>
|
|
|
|
**
|
|
|
|
** This means, amongst other things, that if a row is inserted and then later
|
2011-03-22 05:03:23 +03:00
|
|
|
** deleted while a session object is active, neither the insert nor the delete
|
2011-03-18 16:05:15 +03:00
|
|
|
** will be present in the changeset. Or if a row is deleted and then later a
|
|
|
|
** row with the same primary key values inserted while a session object is
|
|
|
|
** active, the resulting changeset will contain an UPDATE change instead of
|
|
|
|
** a DELETE and an INSERT.
|
|
|
|
**
|
|
|
|
** When a session object is disabled (see the [sqlite3session_enable()] API),
|
|
|
|
** it does not accumulate records when rows are inserted, updated or deleted.
|
|
|
|
** This may appear to have some counter-intuitive effects if a single row
|
|
|
|
** is written to more than once during a session. For example, if a row
|
|
|
|
** is inserted while a session object is enabled, then later deleted while
|
|
|
|
** the same session object is disabled, no INSERT record will appear in the
|
|
|
|
** changeset, even though the delete took place while the session was disabled.
|
|
|
|
** Or, if one field of a row is updated while a session is disabled, and
|
|
|
|
** another field of the same row is updated while the session is enabled, the
|
|
|
|
** resulting changeset will contain an UPDATE change that updates both fields.
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3session_changeset(
|
|
|
|
sqlite3_session *pSession, /* Session object */
|
|
|
|
int *pnChangeset, /* OUT: Size of buffer at *ppChangeset */
|
|
|
|
void **ppChangeset /* OUT: Buffer containing changeset */
|
|
|
|
);
|
|
|
|
|
2014-09-24 00:39:55 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
** This function is similar to sqlite3session_changeset(), except that instead
|
|
|
|
** of storing the output changeset in a buffer obtained from sqlite3_malloc()
|
|
|
|
** it invokes the supplied xOutput() callback zero or more times to stream the
|
|
|
|
** changeset to the application. This is useful in order to avoid large memory
|
|
|
|
** allocations when working with very large changesets.
|
|
|
|
**
|
|
|
|
** The first parameter passed to each call to the xOutput callback is a copy
|
|
|
|
** of the pOut parameter passed to this function. The following two parameters
|
|
|
|
** are a pointer to the buffer containing the next chunk of the output changeset
|
|
|
|
** and the size of that buffer in bytes.
|
|
|
|
**
|
|
|
|
** If the data is successfully processed by the xOutput callback, it should
|
|
|
|
** return SQLITE_OK. Or, if an error occurs, some other SQLite error code. In
|
|
|
|
** this case the sqlite3session_changeset_str() call is abandoned immediately
|
|
|
|
** and returns a copy of the xOutput return code.
|
|
|
|
*/
|
|
|
|
int sqlite3session_changeset_str(
|
|
|
|
sqlite3_session *pSession,
|
|
|
|
int (*xOutput)(void *pOut, const void *pData, int nData),
|
|
|
|
void *pOut
|
|
|
|
);
|
|
|
|
|
|
|
|
|
2014-08-16 00:15:49 +04:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Generate A Patchset From A Session Object
|
2014-08-16 23:01:00 +04:00
|
|
|
**
|
|
|
|
** The differences between a patchset and a changeset are that:
|
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> DELETE records consist of the primary key fields only. The
|
|
|
|
** original values of other fields are omitted.
|
|
|
|
** <li> The original values of any modified fields are omitted from
|
|
|
|
** UPDATE records.
|
|
|
|
** </ul>
|
|
|
|
**
|
|
|
|
** A patchset blob may be used with up to date versions of all
|
|
|
|
** sqlite3changeset_xxx API functions except for sqlite3changeset_invert(),
|
|
|
|
** which returns SQLITE_CORRUPT if it is passed a patchset. Similarly,
|
|
|
|
** attempting to use a patchset blob with old versions of the
|
|
|
|
** sqlite3changeset_xxx APIs also provokes an SQLITE_CORRUPT error.
|
|
|
|
**
|
|
|
|
** Because the non-primary key "old.*" fields are omitted, no
|
|
|
|
** SQLITE_CHANGESET_DATA conflicts can be detected or reported if a patchset
|
|
|
|
** is passed to the sqlite3changeset_apply() API. Other conflict types work
|
|
|
|
** in the same way as for changesets.
|
2014-08-16 00:15:49 +04:00
|
|
|
*/
|
|
|
|
int sqlite3session_patchset(
|
|
|
|
sqlite3_session *pSession, /* Session object */
|
|
|
|
int *pnPatchset, /* OUT: Size of buffer at *ppChangeset */
|
|
|
|
void **ppPatchset /* OUT: Buffer containing changeset */
|
|
|
|
);
|
|
|
|
|
2014-09-24 00:39:55 +04:00
|
|
|
/*
|
|
|
|
** Streaming version of sqlite3session_patchset().
|
|
|
|
*/
|
|
|
|
int sqlite3session_patchset_str(
|
|
|
|
sqlite3_session *pSession,
|
|
|
|
int (*xOutput)(void *pOut, const void *pData, int nData),
|
|
|
|
void *pOut
|
|
|
|
);
|
|
|
|
|
2011-07-16 22:05:07 +04:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Test if a changeset has recorded any changes.
|
|
|
|
**
|
|
|
|
** Return non-zero if no changes to attached tables have been recorded by
|
|
|
|
** the session object passed as the first argument. Otherwise, if one or
|
|
|
|
** more changes have been recorded, return zero.
|
|
|
|
**
|
|
|
|
** Even if this function returns zero, it is possible that calling
|
|
|
|
** [sqlite3session_changeset()] on the session handle may still return a
|
|
|
|
** changeset that contains no changes. This can happen when a row in
|
|
|
|
** an attached table is modified and then later on the original values
|
|
|
|
** are restored. However, if this function returns non-zero, then it is
|
|
|
|
** guaranteed that a call to sqlite3session_changeset() will return a
|
|
|
|
** changeset containing zero changes.
|
|
|
|
*/
|
|
|
|
int sqlite3session_isempty(sqlite3_session *pSession);
|
|
|
|
|
2011-03-08 22:22:50 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Create An Iterator To Traverse A Changeset
|
|
|
|
**
|
2011-03-08 22:22:50 +03:00
|
|
|
** Create an iterator used to iterate through the contents of a changeset.
|
2011-03-18 16:05:15 +03:00
|
|
|
** If successful, *pp is set to point to the iterator handle and SQLITE_OK
|
|
|
|
** is returned. Otherwise, if an error occurs, *pp is set to zero and an
|
|
|
|
** SQLite error code is returned.
|
|
|
|
**
|
|
|
|
** The following functions can be used to advance and query a changeset
|
|
|
|
** iterator created by this function:
|
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> [sqlite3changeset_next()]
|
|
|
|
** <li> [sqlite3changeset_op()]
|
|
|
|
** <li> [sqlite3changeset_new()]
|
|
|
|
** <li> [sqlite3changeset_old()]
|
|
|
|
** </ul>
|
|
|
|
**
|
|
|
|
** It is the responsibility of the caller to eventually destroy the iterator
|
|
|
|
** by passing it to [sqlite3changeset_finalize()]. The buffer containing the
|
|
|
|
** changeset (pChangeset) must remain valid until after the iterator is
|
|
|
|
** destroyed.
|
2011-07-16 22:05:07 +04:00
|
|
|
**
|
|
|
|
** Assuming the changeset blob was created by one of the
|
|
|
|
** [sqlite3session_changeset()], [sqlite3changeset_concat()] or
|
2011-07-16 22:35:53 +04:00
|
|
|
** [sqlite3changeset_invert()] functions, all changes within the changeset
|
|
|
|
** that apply to a single table are grouped together. This means that when
|
|
|
|
** an application iterates through a changeset using an iterator created by
|
|
|
|
** this function, all changes that relate to a single table are visted
|
|
|
|
** consecutively. There is no chance that the iterator will visit a change
|
|
|
|
** the applies to table X, then one for table Y, and then later on visit
|
|
|
|
** another change for table X.
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_start(
|
2011-03-18 16:05:15 +03:00
|
|
|
sqlite3_changeset_iter **pp, /* OUT: New changeset iterator handle */
|
|
|
|
int nChangeset, /* Size of changeset blob in bytes */
|
|
|
|
void *pChangeset /* Pointer to blob containing changeset */
|
2011-03-08 22:22:50 +03:00
|
|
|
);
|
|
|
|
|
2014-09-24 00:39:55 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
** This function is similar to sqlite3changeset_start(), except that instead
|
|
|
|
** of reading data from a single buffer, it requests it one chunk at a time
|
|
|
|
** from the application by invoking the supplied xInput() callback. The xInput()
|
|
|
|
** callback may be invoked at any time during the lifetime of the iterator.
|
|
|
|
**
|
|
|
|
** Each time the xInput callback is invoked, the first argument passed is a
|
|
|
|
** copy of the third parameter passed to this function. The second argument,
|
|
|
|
** pData, points to a buffer (*pnData) bytes in size. Assuming no error occurs
|
|
|
|
** the xInput method should copy up to (*pnData) bytes of data into the buffer
|
|
|
|
** and set (*pnData) to the actual number of bytes copied before returning
|
|
|
|
** SQLITE_OK. If the input is completely exhausted, (*pnData) should be set
|
|
|
|
** to zero to indicate this. Or, if an error occurs, an SQLite error code
|
|
|
|
** should be returned. In this case the iterator is put into an error state and
|
|
|
|
** all subsequent calls to iterator methods return a copy of the xInput error
|
|
|
|
** code.
|
|
|
|
*/
|
|
|
|
int sqlite3changeset_start_str(
|
|
|
|
sqlite3_changeset_iter **pp,
|
|
|
|
int (*xInput)(void *pIn, void *pData, int *pnData),
|
|
|
|
void *pIn
|
|
|
|
);
|
|
|
|
|
2011-03-08 22:22:50 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Advance A Changeset Iterator
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** This function may only be used with iterators created by function
|
|
|
|
** [sqlite3changeset_start()]. If it is called on an iterator passed to
|
|
|
|
** a conflict-handler callback by [sqlite3changeset_apply()], SQLITE_MISUSE
|
|
|
|
** is returned and the call has no effect.
|
|
|
|
**
|
|
|
|
** Immediately after an iterator is created by sqlite3changeset_start(), it
|
|
|
|
** does not point to any change in the changeset. Assuming the changeset
|
|
|
|
** is not empty, the first call to this function advances the iterator to
|
|
|
|
** point to the first change in the changeset. Each subsequent call advances
|
|
|
|
** the iterator to point to the next change in the changeset (if any). If
|
|
|
|
** no error occurs and the iterator points to a valid change after a call
|
|
|
|
** to sqlite3changeset_next() has advanced it, SQLITE_ROW is returned.
|
|
|
|
** Otherwise, if all changes in the changeset have already been visited,
|
|
|
|
** SQLITE_DONE is returned.
|
2011-03-08 22:22:50 +03:00
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** If an error occurs, an SQLite error code is returned. Possible error
|
|
|
|
** codes include SQLITE_CORRUPT (if the changeset buffer is corrupt) or
|
|
|
|
** SQLITE_NOMEM.
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_next(sqlite3_changeset_iter *pIter);
|
|
|
|
|
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Obtain The Current Operation From A Changeset Iterator
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** The pIter argument passed to this function may either be an iterator
|
|
|
|
** passed to a conflict-handler by [sqlite3changeset_apply()], or an iterator
|
|
|
|
** created by [sqlite3changeset_start()]. In the latter case, the most recent
|
2011-03-21 10:23:09 +03:00
|
|
|
** call to [sqlite3changeset_next()] must have returned [SQLITE_ROW]. If this
|
|
|
|
** is not the case, this function returns [SQLITE_MISUSE].
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** If argument pzTab is not NULL, then *pzTab is set to point to a
|
|
|
|
** nul-terminated utf-8 encoded string containing the name of the table
|
|
|
|
** affected by the current change. The buffer remains valid until either
|
|
|
|
** sqlite3changeset_next() is called on the iterator or until the
|
|
|
|
** conflict-handler function returns. If pnCol is not NULL, then *pnCol is
|
2011-03-23 19:03:11 +03:00
|
|
|
** set to the number of columns in the table affected by the change. If
|
|
|
|
** pbIncorrect is not NULL, then *pbIndirect is set to true (1) if the change
|
|
|
|
** is an indirect change, or false (0) otherwise. See the documentation for
|
|
|
|
** [sqlite3session_indirect()] for a description of direct and indirect
|
|
|
|
** changes. Finally, if pOp is not NULL, then *pOp is set to one of
|
|
|
|
** [SQLITE_INSERT], [SQLITE_DELETE] or [SQLITE_UPDATE], depending on the
|
|
|
|
** type of change that the iterator currently points to.
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** If no error occurs, SQLITE_OK is returned. If an error does occur, an
|
|
|
|
** SQLite error code is returned. The values of the output variables may not
|
|
|
|
** be trusted in this case.
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_op(
|
2011-03-15 19:37:27 +03:00
|
|
|
sqlite3_changeset_iter *pIter, /* Iterator object */
|
|
|
|
const char **pzTab, /* OUT: Pointer to table name */
|
|
|
|
int *pnCol, /* OUT: Number of columns in table */
|
2011-03-23 19:03:11 +03:00
|
|
|
int *pOp, /* OUT: SQLITE_INSERT, DELETE or UPDATE */
|
|
|
|
int *pbIndirect /* OUT: True for an 'indirect' change */
|
2011-03-08 22:22:50 +03:00
|
|
|
);
|
2011-03-18 16:05:15 +03:00
|
|
|
|
2011-03-24 14:22:59 +03:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Obtain The Primary Key Definition Of A Table
|
|
|
|
**
|
|
|
|
** For each modified table, a changeset includes the following:
|
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> The number of columns in the table, and
|
|
|
|
** <li> Which of those columns make up the tables PRIMARY KEY.
|
|
|
|
** </ul>
|
|
|
|
**
|
|
|
|
** This function is used to find which columns comprise the PRIMARY KEY of
|
|
|
|
** the table modified by the change that iterator pIter currently points to.
|
|
|
|
** If successful, *pabPK is set to point to an array of nCol entries, where
|
|
|
|
** nCol is the number of columns in the table. Elements of *pabPK are set to
|
|
|
|
** 0x01 if the corresponding column is part of the tables primary key, or
|
|
|
|
** 0x00 if it is not.
|
|
|
|
**
|
|
|
|
** If argumet pnCol is not NULL, then *pnCol is set to the number of columns
|
|
|
|
** in the table.
|
|
|
|
**
|
|
|
|
** If this function is called when the iterator does not point to a valid
|
|
|
|
** entry, SQLITE_MISUSE is returned and the output variables zeroed. Otherwise,
|
|
|
|
** SQLITE_OK is returned and the output variables populated as described
|
|
|
|
** above.
|
|
|
|
*/
|
|
|
|
int sqlite3changeset_pk(
|
|
|
|
sqlite3_changeset_iter *pIter, /* Iterator object */
|
|
|
|
unsigned char **pabPK, /* OUT: Array of boolean - true for PK cols */
|
|
|
|
int *pnCol /* OUT: Number of entries in output array */
|
|
|
|
);
|
|
|
|
|
2011-03-18 16:05:15 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Obtain old.* Values From A Changeset Iterator
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** The pIter argument passed to this function may either be an iterator
|
|
|
|
** passed to a conflict-handler by [sqlite3changeset_apply()], or an iterator
|
|
|
|
** created by [sqlite3changeset_start()]. In the latter case, the most recent
|
|
|
|
** call to [sqlite3changeset_next()] must have returned SQLITE_ROW.
|
|
|
|
** Furthermore, it may only be called if the type of change that the iterator
|
2011-03-21 10:23:09 +03:00
|
|
|
** currently points to is either [SQLITE_DELETE] or [SQLITE_UPDATE]. Otherwise,
|
|
|
|
** this function returns [SQLITE_MISUSE] and sets *ppValue to NULL.
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** Argument iVal must be greater than or equal to 0, and less than the number
|
|
|
|
** of columns in the table affected by the current change. Otherwise,
|
2011-03-21 10:23:09 +03:00
|
|
|
** [SQLITE_RANGE] is returned and *ppValue is set to NULL.
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** If successful, this function sets *ppValue to point to a protected
|
|
|
|
** sqlite3_value object containing the iVal'th value from the vector of
|
|
|
|
** original row values stored as part of the UPDATE or DELETE change and
|
|
|
|
** returns SQLITE_OK. The name of the function comes from the fact that this
|
|
|
|
** is similar to the "old.*" columns available to update or delete triggers.
|
|
|
|
**
|
|
|
|
** If some other error occurs (e.g. an OOM condition), an SQLite error code
|
|
|
|
** is returned and *ppValue is set to NULL.
|
|
|
|
*/
|
2011-03-08 22:22:50 +03:00
|
|
|
int sqlite3changeset_old(
|
2011-03-15 19:37:27 +03:00
|
|
|
sqlite3_changeset_iter *pIter, /* Changeset iterator */
|
|
|
|
int iVal, /* Column number */
|
|
|
|
sqlite3_value **ppValue /* OUT: Old value (or NULL pointer) */
|
2011-03-08 22:22:50 +03:00
|
|
|
);
|
2011-03-18 16:05:15 +03:00
|
|
|
|
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Obtain new.* Values From A Changeset Iterator
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** The pIter argument passed to this function may either be an iterator
|
|
|
|
** passed to a conflict-handler by [sqlite3changeset_apply()], or an iterator
|
|
|
|
** created by [sqlite3changeset_start()]. In the latter case, the most recent
|
|
|
|
** call to [sqlite3changeset_next()] must have returned SQLITE_ROW.
|
|
|
|
** Furthermore, it may only be called if the type of change that the iterator
|
2011-03-21 10:23:09 +03:00
|
|
|
** currently points to is either [SQLITE_UPDATE] or [SQLITE_INSERT]. Otherwise,
|
|
|
|
** this function returns [SQLITE_MISUSE] and sets *ppValue to NULL.
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** Argument iVal must be greater than or equal to 0, and less than the number
|
|
|
|
** of columns in the table affected by the current change. Otherwise,
|
2011-03-21 10:23:09 +03:00
|
|
|
** [SQLITE_RANGE] is returned and *ppValue is set to NULL.
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** If successful, this function sets *ppValue to point to a protected
|
|
|
|
** sqlite3_value object containing the iVal'th value from the vector of
|
|
|
|
** new row values stored as part of the UPDATE or INSERT change and
|
|
|
|
** returns SQLITE_OK. If the change is an UPDATE and does not include
|
|
|
|
** a new value for the requested column, *ppValue is set to NULL and
|
|
|
|
** SQLITE_OK returned. The name of the function comes from the fact that
|
|
|
|
** this is similar to the "new.*" columns available to update or delete
|
|
|
|
** triggers.
|
|
|
|
**
|
|
|
|
** If some other error occurs (e.g. an OOM condition), an SQLite error code
|
|
|
|
** is returned and *ppValue is set to NULL.
|
|
|
|
*/
|
2011-03-08 22:22:50 +03:00
|
|
|
int sqlite3changeset_new(
|
2011-03-15 19:37:27 +03:00
|
|
|
sqlite3_changeset_iter *pIter, /* Changeset iterator */
|
|
|
|
int iVal, /* Column number */
|
|
|
|
sqlite3_value **ppValue /* OUT: New value (or NULL pointer) */
|
2011-03-08 22:22:50 +03:00
|
|
|
);
|
2011-03-15 19:37:27 +03:00
|
|
|
|
2011-03-11 22:05:52 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Obtain Conflicting Row Values From A Changeset Iterator
|
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** This function should only be used with iterator objects passed to a
|
|
|
|
** conflict-handler callback by [sqlite3changeset_apply()] with either
|
2011-03-21 10:23:09 +03:00
|
|
|
** [SQLITE_CHANGESET_DATA] or [SQLITE_CHANGESET_CONFLICT]. If this function
|
|
|
|
** is called on any other iterator, [SQLITE_MISUSE] is returned and *ppValue
|
2011-03-18 16:05:15 +03:00
|
|
|
** is set to NULL.
|
2011-03-11 22:05:52 +03:00
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** Argument iVal must be greater than or equal to 0, and less than the number
|
|
|
|
** of columns in the table affected by the current change. Otherwise,
|
2011-03-21 10:23:09 +03:00
|
|
|
** [SQLITE_RANGE] is returned and *ppValue is set to NULL.
|
2011-03-18 16:05:15 +03:00
|
|
|
**
|
|
|
|
** If successful, this function sets *ppValue to point to a protected
|
|
|
|
** sqlite3_value object containing the iVal'th value from the
|
|
|
|
** "conflicting row" associated with the current conflict-handler callback
|
|
|
|
** and returns SQLITE_OK.
|
|
|
|
**
|
|
|
|
** If some other error occurs (e.g. an OOM condition), an SQLite error code
|
|
|
|
** is returned and *ppValue is set to NULL.
|
2011-03-11 22:05:52 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_conflict(
|
2011-03-15 19:37:27 +03:00
|
|
|
sqlite3_changeset_iter *pIter, /* Changeset iterator */
|
|
|
|
int iVal, /* Column number */
|
2011-03-11 22:05:52 +03:00
|
|
|
sqlite3_value **ppValue /* OUT: Value from conflicting row */
|
|
|
|
);
|
|
|
|
|
2013-07-03 23:53:05 +04:00
|
|
|
/*
|
|
|
|
** CAPI3REF: Determine The Number Of Foreign Key Constraint Violations
|
|
|
|
**
|
|
|
|
** This function may only be called with an iterator passed to an
|
|
|
|
** SQLITE_CHANGESET_FOREIGN_KEY conflict handler callback. In this case
|
|
|
|
** it sets the output variable to the total number of known foreign key
|
|
|
|
** violations in the destination database and returns SQLITE_OK.
|
|
|
|
**
|
|
|
|
** In all other cases this function returns SQLITE_MISUSE.
|
|
|
|
*/
|
|
|
|
int sqlite3changeset_fk_conflicts(
|
|
|
|
sqlite3_changeset_iter *pIter, /* Changeset iterator */
|
|
|
|
int *pnOut /* OUT: Number of FK violations */
|
|
|
|
);
|
|
|
|
|
2011-03-08 22:22:50 +03:00
|
|
|
|
|
|
|
/*
|
2011-03-22 05:03:23 +03:00
|
|
|
** CAPI3REF: Finalize A Changeset Iterator
|
2011-03-20 14:20:41 +03:00
|
|
|
**
|
|
|
|
** This function is used to finalize an iterator allocated with
|
2011-03-21 10:23:09 +03:00
|
|
|
** [sqlite3changeset_start()].
|
2011-03-08 22:22:50 +03:00
|
|
|
**
|
2011-03-18 16:05:15 +03:00
|
|
|
** This function should only be called on iterators created using the
|
|
|
|
** [sqlite3changeset_start()] function. If an application calls this
|
|
|
|
** function with an iterator passed to a conflict-handler by
|
2011-03-21 10:23:09 +03:00
|
|
|
** [sqlite3changeset_apply()], [SQLITE_MISUSE] is immediately returned and the
|
2011-03-18 16:05:15 +03:00
|
|
|
** call has no effect.
|
|
|
|
**
|
|
|
|
** If an error was encountered within a call to an sqlite3changeset_xxx()
|
2011-03-21 10:23:09 +03:00
|
|
|
** function (for example an [SQLITE_CORRUPT] in [sqlite3changeset_next()] or an
|
|
|
|
** [SQLITE_NOMEM] in [sqlite3changeset_new()]) then an error code corresponding
|
2011-03-18 16:05:15 +03:00
|
|
|
** to that error is returned by this function. Otherwise, SQLITE_OK is
|
|
|
|
** returned. This is to allow the following pattern (pseudo-code):
|
|
|
|
**
|
|
|
|
** sqlite3changeset_start();
|
|
|
|
** while( SQLITE_ROW==sqlite3changeset_next() ){
|
|
|
|
** // Do something with change.
|
|
|
|
** }
|
|
|
|
** rc = sqlite3changeset_finalize();
|
|
|
|
** if( rc!=SQLITE_OK ){
|
|
|
|
** // An error has occurred
|
|
|
|
** }
|
2011-03-08 22:22:50 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_finalize(sqlite3_changeset_iter *pIter);
|
|
|
|
|
2011-03-09 14:17:05 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Invert A Changeset
|
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** This function is used to "invert" a changeset object. Applying an inverted
|
|
|
|
** changeset to a database reverses the effects of applying the uninverted
|
|
|
|
** changeset. Specifically:
|
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> Each DELETE change is changed to an INSERT, and
|
|
|
|
** <li> Each INSERT change is changed to a DELETE, and
|
|
|
|
** <li> For each UPDATE change, the old.* and new.* values are exchanged.
|
|
|
|
** </ul>
|
|
|
|
**
|
|
|
|
** If successful, a pointer to a buffer containing the inverted changeset
|
|
|
|
** is stored in *ppOut, the size of the same buffer is stored in *pnOut, and
|
|
|
|
** SQLITE_OK is returned. If an error occurs, both *pnOut and *ppOut are
|
|
|
|
** zeroed and an SQLite error code returned.
|
|
|
|
**
|
|
|
|
** It is the responsibility of the caller to eventually call sqlite3_free()
|
|
|
|
** on the *ppOut pointer to free the buffer allocation following a successful
|
|
|
|
** call to this function.
|
2011-03-25 13:52:01 +03:00
|
|
|
**
|
|
|
|
** WARNING/TODO: This function currently assumes that the input is a valid
|
|
|
|
** changeset. If it is not, the results are undefined.
|
2011-03-09 14:17:05 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_invert(
|
2011-07-26 19:50:36 +04:00
|
|
|
int nIn, const void *pIn, /* Input changeset */
|
2011-03-09 14:17:05 +03:00
|
|
|
int *pnOut, void **ppOut /* OUT: Inverse of input */
|
|
|
|
);
|
|
|
|
|
2014-09-25 18:54:20 +04:00
|
|
|
/*
|
|
|
|
** Streaming version of sqlite3changeset_invert().
|
|
|
|
*/
|
|
|
|
int sqlite3changeset_invert_str(
|
|
|
|
int (*xInput)(void *pIn, void *pData, int *pnData),
|
|
|
|
void *pIn,
|
|
|
|
int (*xOutput)(void *pOut, const void *pData, int nData),
|
|
|
|
void *pOut
|
|
|
|
);
|
|
|
|
|
2011-04-14 22:01:41 +04:00
|
|
|
/*
|
2011-04-15 16:04:50 +04:00
|
|
|
** CAPI3REF: Concatenate Two Changeset Objects
|
|
|
|
**
|
|
|
|
** This function is used to concatenate two changesets, A and B, into a
|
|
|
|
** single changeset. The result is a changeset equivalent to applying
|
|
|
|
** changeset A followed by changeset B.
|
|
|
|
**
|
|
|
|
** Rows are identified by the values in their PRIMARY KEY columns. A change
|
|
|
|
** in changeset A is considered to apply to the same row as a change in
|
|
|
|
** changeset B if the two rows have the same primary key.
|
|
|
|
**
|
|
|
|
** Changes to rows that appear only in changeset A or B are copied into the
|
|
|
|
** output changeset. Or, if both changeset A and B contain a change that
|
|
|
|
** applies to a single row, the output depends on the type of each change,
|
|
|
|
** as follows:
|
|
|
|
**
|
|
|
|
** <table border=1 style="margin-left:8ex;margin-right:8ex">
|
|
|
|
** <tr><th style="white-space:pre">Change A </th>
|
|
|
|
** <th style="white-space:pre">Change B </th>
|
|
|
|
** <th>Output Change
|
|
|
|
** <tr><td>INSERT <td>INSERT <td>
|
|
|
|
** Change A is copied into the output changeset. Change B is discarded.
|
|
|
|
** This case does not occur if changeset B is recorded immediately after
|
|
|
|
** changeset A.
|
|
|
|
** <tr><td>INSERT <td>UPDATE <td>
|
|
|
|
** An INSERT change is copied into the output changeset. The values in
|
|
|
|
** the INSERT change are as if the row was inserted by change A and then
|
|
|
|
** updated according to change B.
|
|
|
|
** <tr><td>INSERT <td>DELETE <td>
|
|
|
|
** No change at all is copied into the output changeset.
|
|
|
|
** <tr><td>UPDATE <td>INSERT <td>
|
|
|
|
** Change A is copied into the output changeset. Change B is discarded.
|
|
|
|
** This case does not occur if changeset B is recorded immediately after
|
|
|
|
** changeset A.
|
|
|
|
** <tr><td>UPDATE <td>UPDATE <td>
|
|
|
|
** A single UPDATE is copied into the output changeset. The accompanying
|
|
|
|
** values are as if the row was updated once by change A and then again
|
|
|
|
** by change B.
|
|
|
|
** <tr><td>UPDATE <td>DELETE <td>
|
|
|
|
** A single DELETE is copied into the output changeset.
|
|
|
|
** <tr><td>DELETE <td>INSERT <td>
|
|
|
|
** If one or more of the column values in the row inserted by change
|
|
|
|
** B differ from those in the row deleted by change A, an UPDATE
|
|
|
|
** change is added to the output changeset. Otherwise, if the inserted
|
|
|
|
** row is exactly the same as the deleted row, no change is added to
|
|
|
|
** the output changeset.
|
|
|
|
** <tr><td>DELETE <td>UPDATE <td>
|
|
|
|
** Change A is copied into the output changeset. Change B is discarded.
|
|
|
|
** This case does not occur if changeset B is recorded immediately after
|
|
|
|
** changeset A.
|
|
|
|
** <tr><td>DELETE <td>DELETE <td>
|
|
|
|
** Change A is copied into the output changeset. Change B is discarded.
|
|
|
|
** This case does not occur if changeset B is recorded immediately after
|
|
|
|
** changeset A.
|
|
|
|
** </table>
|
|
|
|
**
|
|
|
|
** If the two changesets contain changes to the same table, then the number
|
|
|
|
** of columns and the position of the primary key columns for the table must
|
|
|
|
** be the same in each changeset. If this is not the case, attempting to
|
|
|
|
** concatenate the two changesets together fails and this function returns
|
|
|
|
** SQLITE_SCHEMA. If either of the two input changesets appear to be corrupt,
|
|
|
|
** and the corruption is detected, SQLITE_CORRUPT is returned. Or, if an
|
|
|
|
** out-of-memory condition occurs during processing, this function returns
|
|
|
|
** SQLITE_NOMEM.
|
|
|
|
**
|
|
|
|
** If none of the above errors occur, SQLITE_OK is returned and *ppOut set
|
|
|
|
** to point to a buffer containing the output changeset. It is the
|
|
|
|
** responsibility of the caller to eventually call sqlite3_free() on *ppOut
|
|
|
|
** to release memory allocated for the buffer. *pnOut is set to the number
|
|
|
|
** of bytes in the output changeset. If an error does occur, both *ppOut and
|
|
|
|
** *pnOut are set to zero before returning.
|
2011-04-14 22:01:41 +04:00
|
|
|
*/
|
2011-04-14 15:16:21 +04:00
|
|
|
int sqlite3changeset_concat(
|
2011-04-15 16:04:50 +04:00
|
|
|
int nA, /* Number of bytes in buffer pA */
|
|
|
|
void *pA, /* Pointer to buffer containing changeset A */
|
|
|
|
int nB, /* Number of bytes in buffer pB */
|
|
|
|
void *pB, /* Pointer to buffer containing changeset B */
|
|
|
|
int *pnOut, /* OUT: Number of bytes in output changeset */
|
|
|
|
void **ppOut /* OUT: Buffer containing output changeset */
|
2011-04-14 15:16:21 +04:00
|
|
|
);
|
|
|
|
|
2014-09-26 00:43:28 +04:00
|
|
|
/*
|
|
|
|
** Streaming verson of sqlite3changeset_concat().
|
|
|
|
*/
|
|
|
|
int sqlite3changeset_concat_str(
|
|
|
|
int (*xInputA)(void *pIn, void *pData, int *pnData),
|
|
|
|
void *pInA,
|
|
|
|
int (*xInputB)(void *pIn, void *pData, int *pnData),
|
|
|
|
void *pInB,
|
|
|
|
int (*xOutput)(void *pOut, const void *pData, int nData),
|
|
|
|
void *pOut
|
|
|
|
);
|
|
|
|
|
2011-03-11 22:05:52 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Apply A Changeset To A Database
|
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** Apply a changeset to a database. This function attempts to update the
|
|
|
|
** "main" database attached to handle db with the changes found in the
|
|
|
|
** changeset passed via the second and third arguments.
|
|
|
|
**
|
2011-07-13 19:21:02 +04:00
|
|
|
** The fourth argument (xFilter) passed to this function is the "filter
|
|
|
|
** callback". If it is not NULL, then for each table affected by at least one
|
|
|
|
** change in the changeset, the filter callback is invoked with
|
|
|
|
** the table name as the second argument, and a copy of the context pointer
|
|
|
|
** passed as the sixth argument to this function as the first. If the "filter
|
|
|
|
** callback" returns zero, then no attempt is made to apply any changes to
|
|
|
|
** the table. Otherwise, if the return value is non-zero or the xFilter
|
|
|
|
** argument to this function is NULL, all changes related to the table are
|
|
|
|
** attempted.
|
|
|
|
**
|
|
|
|
** For each table that is not excluded by the filter callback, this function
|
|
|
|
** tests that the target database contains a compatible table. A table is
|
|
|
|
** considered compatible if all of the following are true:
|
2011-03-18 19:13:53 +03:00
|
|
|
**
|
|
|
|
** <ul>
|
|
|
|
** <li> The table has the same name as the name recorded in the
|
|
|
|
** changeset, and
|
|
|
|
** <li> The table has the same number of columns as recorded in the
|
|
|
|
** changeset, and
|
|
|
|
** <li> The table has primary key columns in the same position as
|
|
|
|
** recorded in the changeset.
|
|
|
|
** </ul>
|
|
|
|
**
|
2011-07-13 19:21:02 +04:00
|
|
|
** If there is no compatible table, it is not an error, but none of the
|
|
|
|
** changes associated with the table are applied. A warning message is issued
|
|
|
|
** via the sqlite3_log() mechanism with the error code SQLITE_SCHEMA. At most
|
|
|
|
** one such warning is issued for each table in the changeset.
|
2011-03-18 19:13:53 +03:00
|
|
|
**
|
2011-07-13 19:21:02 +04:00
|
|
|
** For each change for which there is a compatible table, an attempt is made
|
|
|
|
** to modify the table contents according to the UPDATE, INSERT or DELETE
|
|
|
|
** change. If a change cannot be applied cleanly, the conflict handler
|
|
|
|
** function passed as the fifth argument to sqlite3changeset_apply() may be
|
|
|
|
** invoked. A description of exactly when the conflict handler is invoked for
|
|
|
|
** each type of change is below.
|
2011-03-18 19:13:53 +03:00
|
|
|
**
|
2014-08-18 20:03:46 +04:00
|
|
|
** Unlike the xFilter argument, xConflict may not be passed NULL. The results
|
|
|
|
** of passing anything other than a valid function pointer as the xConflict
|
|
|
|
** argument are undefined.
|
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** Each time the conflict handler function is invoked, it must return one
|
|
|
|
** of [SQLITE_CHANGESET_OMIT], [SQLITE_CHANGESET_ABORT] or
|
|
|
|
** [SQLITE_CHANGESET_REPLACE]. SQLITE_CHANGESET_REPLACE may only be returned
|
|
|
|
** if the second argument passed to the conflict handler is either
|
|
|
|
** SQLITE_CHANGESET_DATA or SQLITE_CHANGESET_CONFLICT. If the conflict-handler
|
|
|
|
** returns an illegal value, any changes already made are rolled back and
|
|
|
|
** the call to sqlite3changeset_apply() returns SQLITE_MISUSE. Different
|
|
|
|
** actions are taken by sqlite3changeset_apply() depending on the value
|
|
|
|
** returned by each invocation of the conflict-handler function. Refer to
|
|
|
|
** the documentation for the three
|
|
|
|
** [SQLITE_CHANGESET_OMIT|available return values] for details.
|
|
|
|
**
|
|
|
|
** <dl>
|
|
|
|
** <dt>DELETE Changes<dd>
|
|
|
|
** For each DELETE change, this function checks if the target database
|
|
|
|
** contains a row with the same primary key value (or values) as the
|
|
|
|
** original row values stored in the changeset. If it does, and the values
|
|
|
|
** stored in all non-primary key columns also match the values stored in
|
|
|
|
** the changeset the row is deleted from the target database.
|
|
|
|
**
|
|
|
|
** If a row with matching primary key values is found, but one or more of
|
|
|
|
** the non-primary key fields contains a value different from the original
|
|
|
|
** row value stored in the changeset, the conflict-handler function is
|
|
|
|
** invoked with [SQLITE_CHANGESET_DATA] as the second argument.
|
|
|
|
**
|
|
|
|
** If no row with matching primary key values is found in the database,
|
|
|
|
** the conflict-handler function is invoked with [SQLITE_CHANGESET_NOTFOUND]
|
|
|
|
** passed as the second argument.
|
|
|
|
**
|
|
|
|
** If the DELETE operation is attempted, but SQLite returns SQLITE_CONSTRAINT
|
|
|
|
** (which can only happen if a foreign key constraint is violated), the
|
|
|
|
** conflict-handler function is invoked with [SQLITE_CHANGESET_CONSTRAINT]
|
|
|
|
** passed as the second argument. This includes the case where the DELETE
|
|
|
|
** operation is attempted because an earlier call to the conflict handler
|
|
|
|
** function returned [SQLITE_CHANGESET_REPLACE].
|
|
|
|
**
|
|
|
|
** <dt>INSERT Changes<dd>
|
|
|
|
** For each INSERT change, an attempt is made to insert the new row into
|
|
|
|
** the database.
|
|
|
|
**
|
|
|
|
** If the attempt to insert the row fails because the database already
|
|
|
|
** contains a row with the same primary key values, the conflict handler
|
|
|
|
** function is invoked with the second argument set to
|
|
|
|
** [SQLITE_CHANGESET_CONFLICT].
|
|
|
|
**
|
|
|
|
** If the attempt to insert the row fails because of some other constraint
|
|
|
|
** violation (e.g. NOT NULL or UNIQUE), the conflict handler function is
|
|
|
|
** invoked with the second argument set to [SQLITE_CHANGESET_CONSTRAINT].
|
|
|
|
** This includes the case where the INSERT operation is re-attempted because
|
|
|
|
** an earlier call to the conflict handler function returned
|
|
|
|
** [SQLITE_CHANGESET_REPLACE].
|
|
|
|
**
|
|
|
|
** <dt>UPDATE Changes<dd>
|
2011-03-20 14:20:41 +03:00
|
|
|
** For each UPDATE change, this function checks if the target database
|
2011-03-18 19:13:53 +03:00
|
|
|
** contains a row with the same primary key value (or values) as the
|
|
|
|
** original row values stored in the changeset. If it does, and the values
|
|
|
|
** stored in all non-primary key columns also match the values stored in
|
|
|
|
** the changeset the row is updated within the target database.
|
|
|
|
**
|
|
|
|
** If a row with matching primary key values is found, but one or more of
|
|
|
|
** the non-primary key fields contains a value different from an original
|
|
|
|
** row value stored in the changeset, the conflict-handler function is
|
|
|
|
** invoked with [SQLITE_CHANGESET_DATA] as the second argument. Since
|
|
|
|
** UPDATE changes only contain values for non-primary key fields that are
|
|
|
|
** to be modified, only those fields need to match the original values to
|
|
|
|
** avoid the SQLITE_CHANGESET_DATA conflict-handler callback.
|
|
|
|
**
|
|
|
|
** If no row with matching primary key values is found in the database,
|
|
|
|
** the conflict-handler function is invoked with [SQLITE_CHANGESET_NOTFOUND]
|
|
|
|
** passed as the second argument.
|
|
|
|
**
|
|
|
|
** If the UPDATE operation is attempted, but SQLite returns
|
|
|
|
** SQLITE_CONSTRAINT, the conflict-handler function is invoked with
|
|
|
|
** [SQLITE_CHANGESET_CONSTRAINT] passed as the second argument.
|
|
|
|
** This includes the case where the UPDATE operation is attempted after
|
|
|
|
** an earlier call to the conflict handler function returned
|
|
|
|
** [SQLITE_CHANGESET_REPLACE].
|
|
|
|
** </dl>
|
2011-03-11 22:05:52 +03:00
|
|
|
**
|
|
|
|
** It is safe to execute SQL statements, including those that write to the
|
|
|
|
** table that the callback related to, from within the xConflict callback.
|
|
|
|
** This can be used to further customize the applications conflict
|
|
|
|
** resolution strategy.
|
2011-03-18 19:13:53 +03:00
|
|
|
**
|
|
|
|
** All changes made by this function are enclosed in a savepoint transaction.
|
|
|
|
** If any other error (aside from a constraint failure when attempting to
|
|
|
|
** write to the target database) occurs, then the savepoint transaction is
|
|
|
|
** rolled back, restoring the target database to its original state, and an
|
|
|
|
** SQLite error code returned.
|
2011-03-11 22:05:52 +03:00
|
|
|
*/
|
|
|
|
int sqlite3changeset_apply(
|
2011-03-15 19:37:27 +03:00
|
|
|
sqlite3 *db, /* Apply change to "main" db of this handle */
|
|
|
|
int nChangeset, /* Size of changeset in bytes */
|
|
|
|
void *pChangeset, /* Changeset blob */
|
2011-07-13 19:21:02 +04:00
|
|
|
int(*xFilter)(
|
|
|
|
void *pCtx, /* Copy of sixth arg to _apply() */
|
|
|
|
const char *zTab /* Table name */
|
|
|
|
),
|
2011-03-11 22:05:52 +03:00
|
|
|
int(*xConflict)(
|
2011-07-13 19:21:02 +04:00
|
|
|
void *pCtx, /* Copy of sixth arg to _apply() */
|
2011-03-11 22:05:52 +03:00
|
|
|
int eConflict, /* DATA, MISSING, CONFLICT, CONSTRAINT */
|
|
|
|
sqlite3_changeset_iter *p /* Handle describing change and conflict */
|
|
|
|
),
|
2011-03-15 19:37:27 +03:00
|
|
|
void *pCtx /* First argument passed to xConflict */
|
2011-03-11 22:05:52 +03:00
|
|
|
);
|
|
|
|
|
2014-09-24 21:13:20 +04:00
|
|
|
/*
|
|
|
|
** This function is similar to sqlite3changeset_apply(), except that instead
|
|
|
|
** of reading data from a single buffer, it requests it one chunk at a time
|
|
|
|
** from the application by invoking the supplied xInput() callback.
|
|
|
|
**
|
|
|
|
** See the documentation for sqlite3changeset_start_str() for a description
|
|
|
|
** of how the xInput callback should be implemented.
|
|
|
|
*/
|
|
|
|
int sqlite3changeset_apply_str(
|
|
|
|
sqlite3 *db, /* Apply change to "main" db of this handle */
|
|
|
|
int (*xInput)(void *pIn, void *pData, int *pnData), /* Input function */
|
|
|
|
void *pIn, /* First arg for xInput */
|
|
|
|
int(*xFilter)(
|
|
|
|
void *pCtx, /* Copy of sixth arg to _apply() */
|
|
|
|
const char *zTab /* Table name */
|
|
|
|
),
|
|
|
|
int(*xConflict)(
|
|
|
|
void *pCtx, /* Copy of sixth arg to _apply() */
|
|
|
|
int eConflict, /* DATA, MISSING, CONFLICT, CONSTRAINT */
|
|
|
|
sqlite3_changeset_iter *p /* Handle describing change and conflict */
|
|
|
|
),
|
|
|
|
void *pCtx /* First argument passed to xConflict */
|
|
|
|
);
|
|
|
|
|
2011-03-14 22:49:23 +03:00
|
|
|
/*
|
2011-03-22 05:03:23 +03:00
|
|
|
** CAPI3REF: Constants Passed To The Conflict Handler
|
2011-03-20 14:20:41 +03:00
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** Values that may be passed as the second argument to a conflict-handler.
|
2011-03-14 22:49:23 +03:00
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dl>
|
|
|
|
** <dt>SQLITE_CHANGESET_DATA<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** The conflict handler is invoked with CHANGESET_DATA as the second argument
|
|
|
|
** when processing a DELETE or UPDATE change if a row with the required
|
|
|
|
** PRIMARY KEY fields is present in the database, but one or more other
|
|
|
|
** (non primary-key) fields modified by the update do not contain the
|
|
|
|
** expected "before" values.
|
|
|
|
**
|
|
|
|
** The conflicting row, in this case, is the database row with the matching
|
|
|
|
** primary key.
|
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dt>SQLITE_CHANGESET_NOTFOUND<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** The conflict handler is invoked with CHANGESET_NOTFOUND as the second
|
|
|
|
** argument when processing a DELETE or UPDATE change if a row with the
|
|
|
|
** required PRIMARY KEY fields is not present in the database.
|
|
|
|
**
|
|
|
|
** There is no conflicting row in this case. The results of invoking the
|
|
|
|
** sqlite3changeset_conflict() API are undefined.
|
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dt>SQLITE_CHANGESET_CONFLICT<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** CHANGESET_CONFLICT is passed as the second argument to the conflict
|
2011-03-18 19:13:53 +03:00
|
|
|
** handler while processing an INSERT change if the operation would result
|
|
|
|
** in duplicate primary key values.
|
2011-03-14 22:49:23 +03:00
|
|
|
**
|
|
|
|
** The conflicting row in this case is the database row with the matching
|
|
|
|
** primary key.
|
2013-07-03 23:53:05 +04:00
|
|
|
**
|
|
|
|
** <dt>SQLITE_CHANGESET_FOREIGN_KEY<dd>
|
|
|
|
** If foreign key handling is enabled, and applying a changeset leaves the
|
|
|
|
** database in a state containing foreign key violations, the conflict
|
|
|
|
** handler is invoked with CHANGESET_FOREIGN_KEY as the second argument
|
|
|
|
** exactly once before the changeset is committed. If the conflict handler
|
|
|
|
** returns CHANGESET_OMIT, the changes, including those that caused the
|
|
|
|
** foreign key constraint violation, are committed. Or, if it returns
|
|
|
|
** CHANGESET_ABORT, the changeset is rolled back.
|
|
|
|
**
|
|
|
|
** No current or conflicting row information is provided. The only function
|
|
|
|
** it is possible to call on the supplied sqlite3_changeset_iter handle
|
|
|
|
** is sqlite3changeset_fk_conflicts().
|
2011-03-14 22:49:23 +03:00
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dt>SQLITE_CHANGESET_CONSTRAINT<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** If any other constraint violation occurs while applying a change (i.e.
|
2013-07-03 23:53:05 +04:00
|
|
|
** a UNIQUE, CHECK or NOT NULL constraint), the conflict handler is
|
|
|
|
** invoked with CHANGESET_CONSTRAINT as the second argument.
|
2011-03-14 22:49:23 +03:00
|
|
|
**
|
|
|
|
** There is no conflicting row in this case. The results of invoking the
|
|
|
|
** sqlite3changeset_conflict() API are undefined.
|
2013-07-03 23:53:05 +04:00
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** </dl>
|
2011-03-14 22:49:23 +03:00
|
|
|
*/
|
2013-07-03 23:53:05 +04:00
|
|
|
#define SQLITE_CHANGESET_DATA 1
|
|
|
|
#define SQLITE_CHANGESET_NOTFOUND 2
|
|
|
|
#define SQLITE_CHANGESET_CONFLICT 3
|
|
|
|
#define SQLITE_CHANGESET_CONSTRAINT 4
|
|
|
|
#define SQLITE_CHANGESET_FOREIGN_KEY 5
|
2011-03-11 22:05:52 +03:00
|
|
|
|
2011-03-14 22:49:23 +03:00
|
|
|
/*
|
2011-03-20 14:20:41 +03:00
|
|
|
** CAPI3REF: Constants Returned By The Conflict Handler
|
|
|
|
**
|
|
|
|
** A conflict handler callback must return one of the following three values.
|
2011-03-14 22:49:23 +03:00
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dl>
|
|
|
|
** <dt>SQLITE_CHANGESET_OMIT<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** If a conflict handler returns this value no special action is taken. The
|
2011-03-18 19:13:53 +03:00
|
|
|
** change that caused the conflict is not applied. The session module
|
|
|
|
** continues to the next change in the changeset.
|
2011-03-14 22:49:23 +03:00
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dt>SQLITE_CHANGESET_REPLACE<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** This value may only be returned if the second argument to the conflict
|
|
|
|
** handler was SQLITE_CHANGESET_DATA or SQLITE_CHANGESET_CONFLICT. If this
|
|
|
|
** is not the case, any changes applied so far are rolled back and the
|
|
|
|
** call to sqlite3changeset_apply() returns SQLITE_MISUSE.
|
|
|
|
**
|
|
|
|
** If CHANGESET_REPLACE is returned by an SQLITE_CHANGESET_DATA conflict
|
|
|
|
** handler, then the conflicting row is either updated or deleted, depending
|
|
|
|
** on the type of change.
|
|
|
|
**
|
|
|
|
** If CHANGESET_REPLACE is returned by an SQLITE_CHANGESET_CONFLICT conflict
|
|
|
|
** handler, then the conflicting row is removed from the database and a
|
|
|
|
** second attempt to apply the change is made. If this second attempt fails,
|
|
|
|
** the original row is restored to the database before continuing.
|
|
|
|
**
|
2011-03-18 19:13:53 +03:00
|
|
|
** <dt>SQLITE_CHANGESET_ABORT<dd>
|
2011-03-14 22:49:23 +03:00
|
|
|
** If this value is returned, any changes applied so far are rolled back
|
2011-03-18 19:13:53 +03:00
|
|
|
** and the call to sqlite3changeset_apply() returns SQLITE_ABORT.
|
|
|
|
** </dl>
|
2011-03-14 22:49:23 +03:00
|
|
|
*/
|
2011-03-11 22:05:52 +03:00
|
|
|
#define SQLITE_CHANGESET_OMIT 0
|
|
|
|
#define SQLITE_CHANGESET_REPLACE 1
|
|
|
|
#define SQLITE_CHANGESET_ABORT 2
|
2011-03-09 14:17:05 +03:00
|
|
|
|
2011-04-07 03:40:28 +04:00
|
|
|
/*
|
|
|
|
** Make sure we can call this stuff from C++.
|
|
|
|
*/
|
|
|
|
#ifdef __cplusplus
|
|
|
|
}
|
2011-03-08 22:22:50 +03:00
|
|
|
#endif
|
|
|
|
|
2011-04-07 03:40:28 +04:00
|
|
|
#endif /* SQLITE_ENABLE_SESSION && SQLITE_ENABLE_PREUPDATE_HOOK */
|