blob: 1131e4cfbb13cf70318a3b37e3f14e277635b4d7 [file] [log] [blame]
drh75897232000-05-29 14:26:00 +00001/*
drhb19a2bc2001-09-16 00:13:26 +00002** 2001 September 15
drh75897232000-05-29 14:26:00 +00003**
drhb19a2bc2001-09-16 00:13:26 +00004** The author disclaims copyright to this source code. In place of
5** a legal notice, here is a blessing:
drh75897232000-05-29 14:26:00 +00006**
drhb19a2bc2001-09-16 00:13:26 +00007** May you do good and not evil.
8** May you find forgiveness for yourself and forgive others.
9** May you share freely, never taking more than you give.
drh75897232000-05-29 14:26:00 +000010**
11*************************************************************************
drhb19a2bc2001-09-16 00:13:26 +000012** This header file defines the interface that the SQLite library
drh75897232000-05-29 14:26:00 +000013** presents to client programs.
14**
danielk197761de0d12004-05-27 23:56:16 +000015** @(#) $Id: sqlite.h.in,v 1.85 2004/05/27 23:56:16 danielk1977 Exp $
drh75897232000-05-29 14:26:00 +000016*/
17#ifndef _SQLITE_H_
18#define _SQLITE_H_
drha18c5682000-10-08 22:20:57 +000019#include <stdarg.h> /* Needed for the definition of va_list */
drh75897232000-05-29 14:26:00 +000020
21/*
drh382c0242001-10-06 16:33:02 +000022** Make sure we can call this stuff from C++.
23*/
24#ifdef __cplusplus
25extern "C" {
26#endif
27
28/*
drhb86ccfb2003-01-28 23:13:10 +000029** The version of the SQLite library.
30*/
31#define SQLITE_VERSION "--VERS--"
32
33/*
drhb217a572000-08-22 13:40:18 +000034** The version string is also compiled into the library so that a program
35** can check to make sure that the lib*.a file and the *.h file are from
36** the same version.
37*/
danielk19776f8a5032004-05-10 10:34:51 +000038extern const char sqlite3_version[];
drh303aaa72000-08-17 10:22:34 +000039
40/*
drh297ecf12001-04-05 15:57:13 +000041** The SQLITE_UTF8 macro is defined if the library expects to see
42** UTF-8 encoded data. The SQLITE_ISO8859 macro is defined if the
43** iso8859 encoded should be used.
44*/
45#define SQLITE_--ENCODING-- 1
46
47/*
48** The following constant holds one of two strings, "UTF-8" or "iso8859",
49** depending on which character encoding the SQLite library expects to
50** see. The character encoding makes a difference for the LIKE and GLOB
51** operators and for the LENGTH() and SUBSTR() functions.
52*/
danielk19776f8a5032004-05-10 10:34:51 +000053extern const char sqlite3_encoding[];
drh297ecf12001-04-05 15:57:13 +000054
55/*
drh75897232000-05-29 14:26:00 +000056** Each open sqlite database is represented by an instance of the
57** following opaque structure.
58*/
59typedef struct sqlite sqlite;
danielk197765904932004-05-26 06:18:37 +000060typedef struct sqlite sqlite3;
61
drh75897232000-05-29 14:26:00 +000062
63/*
drh75897232000-05-29 14:26:00 +000064** A function to close the database.
65**
66** Call this function with a pointer to a structure that was previously
danielk19776f8a5032004-05-10 10:34:51 +000067** returned from sqlite3_open() and the corresponding database will by closed.
drh75897232000-05-29 14:26:00 +000068*/
danielk19776f8a5032004-05-10 10:34:51 +000069void sqlite3_close(sqlite *);
drh75897232000-05-29 14:26:00 +000070
71/*
72** The type for a callback function.
73*/
74typedef int (*sqlite_callback)(void*,int,char**, char**);
75
76/*
77** A function to executes one or more statements of SQL.
78**
79** If one or more of the SQL statements are queries, then
80** the callback function specified by the 3rd parameter is
81** invoked once for each row of the query result. This callback
82** should normally return 0. If the callback returns a non-zero
83** value then the query is aborted, all subsequent SQL statements
danielk19776f8a5032004-05-10 10:34:51 +000084** are skipped and the sqlite3_exec() function returns the SQLITE_ABORT.
drh75897232000-05-29 14:26:00 +000085**
86** The 4th parameter is an arbitrary pointer that is passed
87** to the callback function as its first parameter.
88**
89** The 2nd parameter to the callback function is the number of
drhb19a2bc2001-09-16 00:13:26 +000090** columns in the query result. The 3rd parameter to the callback
91** is an array of strings holding the values for each column.
92** The 4th parameter to the callback is an array of strings holding
93** the names of each column.
drh75897232000-05-29 14:26:00 +000094**
95** The callback function may be NULL, even for queries. A NULL
96** callback is not an error. It just means that no callback
97** will be invoked.
98**
99** If an error occurs while parsing or evaluating the SQL (but
100** not while executing the callback) then an appropriate error
101** message is written into memory obtained from malloc() and
drhb19a2bc2001-09-16 00:13:26 +0000102** *errmsg is made to point to that message. The calling function
103** is responsible for freeing the memory that holds the error
danielk19776f8a5032004-05-10 10:34:51 +0000104** message. Use sqlite3_freemem() for this. If errmsg==NULL,
drhb86ccfb2003-01-28 23:13:10 +0000105** then no error message is ever written.
drhb19a2bc2001-09-16 00:13:26 +0000106**
107** The return value is is SQLITE_OK if there are no errors and
108** some other return code if there is an error. The particular
109** return value depends on the type of error.
drh58b95762000-06-02 01:17:37 +0000110**
111** If the query could not be executed because a database file is
drh2dfbbca2000-07-28 14:32:48 +0000112** locked or busy, then this function returns SQLITE_BUSY. (This
danielk19776f8a5032004-05-10 10:34:51 +0000113** behavior can be modified somewhat using the sqlite3_busy_handler()
114** and sqlite3_busy_timeout() functions below.)
drh75897232000-05-29 14:26:00 +0000115*/
danielk19776f8a5032004-05-10 10:34:51 +0000116int sqlite3_exec(
drh75897232000-05-29 14:26:00 +0000117 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000118 const char *sql, /* SQL to be executed */
drh75897232000-05-29 14:26:00 +0000119 sqlite_callback, /* Callback function */
120 void *, /* 1st argument to callback function */
121 char **errmsg /* Error msg written here */
122);
123
drh58b95762000-06-02 01:17:37 +0000124/*
danielk19776f8a5032004-05-10 10:34:51 +0000125** Return values for sqlite3_exec() and sqlite3_step()
drh58b95762000-06-02 01:17:37 +0000126*/
drh717e6402001-09-27 03:22:32 +0000127#define SQLITE_OK 0 /* Successful result */
128#define SQLITE_ERROR 1 /* SQL error or missing database */
129#define SQLITE_INTERNAL 2 /* An internal logic error in SQLite */
130#define SQLITE_PERM 3 /* Access permission denied */
131#define SQLITE_ABORT 4 /* Callback routine requested an abort */
132#define SQLITE_BUSY 5 /* The database file is locked */
133#define SQLITE_LOCKED 6 /* A table in the database is locked */
134#define SQLITE_NOMEM 7 /* A malloc() failed */
135#define SQLITE_READONLY 8 /* Attempt to write a readonly database */
drh24cd67e2004-05-10 16:18:47 +0000136#define SQLITE_INTERRUPT 9 /* Operation terminated by sqlite3_interrupt()*/
drh717e6402001-09-27 03:22:32 +0000137#define SQLITE_IOERR 10 /* Some kind of disk I/O error occurred */
138#define SQLITE_CORRUPT 11 /* The database disk image is malformed */
139#define SQLITE_NOTFOUND 12 /* (Internal Only) Table or record not found */
140#define SQLITE_FULL 13 /* Insertion failed because database is full */
141#define SQLITE_CANTOPEN 14 /* Unable to open the database file */
142#define SQLITE_PROTOCOL 15 /* Database lock protocol error */
drh24cd67e2004-05-10 16:18:47 +0000143#define SQLITE_EMPTY 16 /* Database is empty */
drh717e6402001-09-27 03:22:32 +0000144#define SQLITE_SCHEMA 17 /* The database schema changed */
145#define SQLITE_TOOBIG 18 /* Too much data for one row of a table */
146#define SQLITE_CONSTRAINT 19 /* Abort due to contraint violation */
drh8aff1012001-12-22 14:49:24 +0000147#define SQLITE_MISMATCH 20 /* Data type mismatch */
drh247be432002-05-10 05:44:55 +0000148#define SQLITE_MISUSE 21 /* Library used incorrectly */
drh8766c342002-11-09 00:33:15 +0000149#define SQLITE_NOLFS 22 /* Uses OS features not supported on host */
drhed6c8672003-01-12 18:02:16 +0000150#define SQLITE_AUTH 23 /* Authorization denied */
drh1c2d8412003-03-31 00:30:47 +0000151#define SQLITE_FORMAT 24 /* Auxiliary database format error */
danielk19776f8a5032004-05-10 10:34:51 +0000152#define SQLITE_RANGE 25 /* 2nd parameter to sqlite3_bind out of range */
drhc602f9a2004-02-12 19:01:04 +0000153#define SQLITE_NOTADB 26 /* File opened that is not a database file */
danielk19776f8a5032004-05-10 10:34:51 +0000154#define SQLITE_ROW 100 /* sqlite3_step() has another row ready */
155#define SQLITE_DONE 101 /* sqlite3_step() has finished executing */
drh717e6402001-09-27 03:22:32 +0000156
drhaf9ff332002-01-16 21:00:27 +0000157/*
158** Each entry in an SQLite table has a unique integer key. (The key is
159** the value of the INTEGER PRIMARY KEY column if there is such a column,
160** otherwise the key is generated at random. The unique key is always
161** available as the ROWID, OID, or _ROWID_ column.) The following routine
162** returns the integer key of the most recent insert in the database.
163**
164** This function is similar to the mysql_insert_id() function from MySQL.
165*/
drhf9b596e2004-05-26 16:54:42 +0000166long long int sqlite3_last_insert_rowid(sqlite*);
drhaf9ff332002-01-16 21:00:27 +0000167
drhc8d30ac2002-04-12 10:08:59 +0000168/*
169** This function returns the number of database rows that were changed
danielk19776f8a5032004-05-10 10:34:51 +0000170** (or inserted or deleted) by the most recent called sqlite3_exec().
drhc8d30ac2002-04-12 10:08:59 +0000171**
172** All changes are counted, even if they were later undone by a
173** ROLLBACK or ABORT. Except, changes associated with creating and
174** dropping tables are not counted.
175**
danielk19776f8a5032004-05-10 10:34:51 +0000176** If a callback invokes sqlite3_exec() recursively, then the changes
drhc8d30ac2002-04-12 10:08:59 +0000177** in the inner, recursive call are counted together with the changes
178** in the outer call.
179**
180** SQLite implements the command "DELETE FROM table" without a WHERE clause
181** by dropping and recreating the table. (This is much faster than going
182** through and deleting individual elements form the table.) Because of
183** this optimization, the change count for "DELETE FROM table" will be
184** zero regardless of the number of elements that were originally in the
185** table. To get an accurate count of the number of rows deleted, use
186** "DELETE FROM table WHERE 1" instead.
187*/
danielk19776f8a5032004-05-10 10:34:51 +0000188int sqlite3_changes(sqlite*);
drhc8d30ac2002-04-12 10:08:59 +0000189
rdcf146a772004-02-25 22:51:06 +0000190/*
191** This function returns the number of database rows that were changed
danielk19776f8a5032004-05-10 10:34:51 +0000192** by the last INSERT, UPDATE, or DELETE statment executed by sqlite3_exec(),
rdcf146a772004-02-25 22:51:06 +0000193** or by the last VM to run to completion. The change count is not updated
194** by SQL statements other than INSERT, UPDATE or DELETE.
195**
196** Changes are counted, even if they are later undone by a ROLLBACK or
197** ABORT. Changes associated with trigger programs that execute as a
198** result of the INSERT, UPDATE, or DELETE statement are not counted.
199**
danielk19776f8a5032004-05-10 10:34:51 +0000200** If a callback invokes sqlite3_exec() recursively, then the changes
rdcf146a772004-02-25 22:51:06 +0000201** in the inner, recursive call are counted together with the changes
202** in the outer call.
203**
204** SQLite implements the command "DELETE FROM table" without a WHERE clause
205** by dropping and recreating the table. (This is much faster than going
206** through and deleting individual elements form the table.) Because of
207** this optimization, the change count for "DELETE FROM table" will be
208** zero regardless of the number of elements that were originally in the
209** table. To get an accurate count of the number of rows deleted, use
210** "DELETE FROM table WHERE 1" instead.
211**
212******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
213*/
danielk19776f8a5032004-05-10 10:34:51 +0000214int sqlite3_last_statement_changes(sqlite*);
rdcf146a772004-02-25 22:51:06 +0000215
drh717e6402001-09-27 03:22:32 +0000216/* If the parameter to this routine is one of the return value constants
217** defined above, then this routine returns a constant text string which
218** descripts (in English) the meaning of the return value.
219*/
danielk19776f8a5032004-05-10 10:34:51 +0000220const char *sqlite3_error_string(int);
221#define sqliteErrStr sqlite3_error_string /* Legacy. Do not use in new code. */
drh4c504392000-10-16 22:06:40 +0000222
223/* This function causes any pending database operation to abort and
224** return at its earliest opportunity. This routine is typically
drh66b89c82000-11-28 20:47:17 +0000225** called in response to a user action such as pressing "Cancel"
drh4c504392000-10-16 22:06:40 +0000226** or Ctrl-C where the user wants a long query operation to halt
227** immediately.
228*/
danielk19776f8a5032004-05-10 10:34:51 +0000229void sqlite3_interrupt(sqlite*);
drh4c504392000-10-16 22:06:40 +0000230
drheec553b2000-06-02 01:51:20 +0000231
danielk197761de0d12004-05-27 23:56:16 +0000232/* These functions return true if the given input string comprises
233** one or more complete SQL statements. For the sqlite3_complete() call,
234** the parameter must be a nul-terminated UTF-8 string. For
235** sqlite3_complete16(), a nul-terminated machine byte order UTF-16 string
236** is required.
drh75897232000-05-29 14:26:00 +0000237**
238** The algorithm is simple. If the last token other than spaces
239** and comments is a semicolon, then return true. otherwise return
240** false.
241*/
danielk19776f8a5032004-05-10 10:34:51 +0000242int sqlite3_complete(const char *sql);
danielk197761de0d12004-05-27 23:56:16 +0000243int sqlite3_complete16(const void *sql);
drh75897232000-05-29 14:26:00 +0000244
drh2dfbbca2000-07-28 14:32:48 +0000245/*
246** This routine identifies a callback function that is invoked
247** whenever an attempt is made to open a database table that is
248** currently locked by another process or thread. If the busy callback
danielk19776f8a5032004-05-10 10:34:51 +0000249** is NULL, then sqlite3_exec() returns SQLITE_BUSY immediately if
drh2dfbbca2000-07-28 14:32:48 +0000250** it finds a locked table. If the busy callback is not NULL, then
danielk19776f8a5032004-05-10 10:34:51 +0000251** sqlite3_exec() invokes the callback with three arguments. The
drh2dfbbca2000-07-28 14:32:48 +0000252** second argument is the name of the locked table and the third
253** argument is the number of times the table has been busy. If the
danielk19776f8a5032004-05-10 10:34:51 +0000254** busy callback returns 0, then sqlite3_exec() immediately returns
255** SQLITE_BUSY. If the callback returns non-zero, then sqlite3_exec()
drh2dfbbca2000-07-28 14:32:48 +0000256** tries to open the table again and the cycle repeats.
257**
258** The default busy callback is NULL.
259**
260** Sqlite is re-entrant, so the busy handler may start a new query.
261** (It is not clear why anyone would every want to do this, but it
262** is allowed, in theory.) But the busy handler may not close the
263** database. Closing the database from a busy handler will delete
264** data structures out from under the executing query and will
265** probably result in a coredump.
266*/
danielk19776f8a5032004-05-10 10:34:51 +0000267void sqlite3_busy_handler(sqlite*, int(*)(void*,const char*,int), void*);
drh2dfbbca2000-07-28 14:32:48 +0000268
269/*
270** This routine sets a busy handler that sleeps for a while when a
271** table is locked. The handler will sleep multiple times until
272** at least "ms" milleseconds of sleeping have been done. After
273** "ms" milleseconds of sleeping, the handler returns 0 which
danielk19776f8a5032004-05-10 10:34:51 +0000274** causes sqlite3_exec() to return SQLITE_BUSY.
drh2dfbbca2000-07-28 14:32:48 +0000275**
276** Calling this routine with an argument less than or equal to zero
277** turns off all busy handlers.
278*/
danielk19776f8a5032004-05-10 10:34:51 +0000279void sqlite3_busy_timeout(sqlite*, int ms);
drh2dfbbca2000-07-28 14:32:48 +0000280
drhe3710332000-09-29 13:30:53 +0000281/*
danielk19776f8a5032004-05-10 10:34:51 +0000282** This next routine is really just a wrapper around sqlite3_exec().
drhe3710332000-09-29 13:30:53 +0000283** Instead of invoking a user-supplied callback for each row of the
284** result, this routine remembers each row of the result in memory
285** obtained from malloc(), then returns all of the result after the
drha18c5682000-10-08 22:20:57 +0000286** query has finished.
287**
288** As an example, suppose the query result where this table:
289**
290** Name | Age
291** -----------------------
292** Alice | 43
293** Bob | 28
294** Cindy | 21
295**
296** If the 3rd argument were &azResult then after the function returns
drh98699b52000-10-09 12:57:00 +0000297** azResult will contain the following data:
drha18c5682000-10-08 22:20:57 +0000298**
299** azResult[0] = "Name";
300** azResult[1] = "Age";
301** azResult[2] = "Alice";
302** azResult[3] = "43";
303** azResult[4] = "Bob";
304** azResult[5] = "28";
305** azResult[6] = "Cindy";
306** azResult[7] = "21";
307**
308** Notice that there is an extra row of data containing the column
309** headers. But the *nrow return value is still 3. *ncolumn is
310** set to 2. In general, the number of values inserted into azResult
311** will be ((*nrow) + 1)*(*ncolumn).
312**
313** After the calling function has finished using the result, it should
danielk19776f8a5032004-05-10 10:34:51 +0000314** pass the result data pointer to sqlite3_free_table() in order to
drha18c5682000-10-08 22:20:57 +0000315** release the memory that was malloc-ed. Because of the way the
316** malloc() happens, the calling function must not try to call
danielk19776f8a5032004-05-10 10:34:51 +0000317** malloc() directly. Only sqlite3_free_table() is able to release
drha18c5682000-10-08 22:20:57 +0000318** the memory properly and safely.
drhe3710332000-09-29 13:30:53 +0000319**
danielk19776f8a5032004-05-10 10:34:51 +0000320** The return value of this routine is the same as from sqlite3_exec().
drhe3710332000-09-29 13:30:53 +0000321*/
danielk19776f8a5032004-05-10 10:34:51 +0000322int sqlite3_get_table(
drhe3710332000-09-29 13:30:53 +0000323 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000324 const char *sql, /* SQL to be executed */
drhe3710332000-09-29 13:30:53 +0000325 char ***resultp, /* Result written to a char *[] that this points to */
326 int *nrow, /* Number of result rows written here */
327 int *ncolumn, /* Number of result columns written here */
328 char **errmsg /* Error msg written here */
329);
330
331/*
danielk19776f8a5032004-05-10 10:34:51 +0000332** Call this routine to free the memory that sqlite3_get_table() allocated.
drhe3710332000-09-29 13:30:53 +0000333*/
danielk19776f8a5032004-05-10 10:34:51 +0000334void sqlite3_free_table(char **result);
drhe3710332000-09-29 13:30:53 +0000335
drha18c5682000-10-08 22:20:57 +0000336/*
drh4f26d6c2004-05-26 23:25:30 +0000337** The following routines are variants of the "sprintf()" from the
338** standard C library. The resulting string is written into memory
339** obtained from malloc() so that there is never a possiblity of buffer
340** overflow. These routines also implement some additional formatting
341** options that are useful for constructing SQL statements.
342**
343** The strings returned by these routines should be freed by calling
344** sqlite3_free().
drha18c5682000-10-08 22:20:57 +0000345**
346** All of the usual printf formatting options apply. In addition, there
347** is a "%q" option. %q works like %s in that it substitutes a null-terminated
drh66b89c82000-11-28 20:47:17 +0000348** string from the argument list. But %q also doubles every '\'' character.
drha18c5682000-10-08 22:20:57 +0000349** %q is designed for use inside a string literal. By doubling each '\''
drh66b89c82000-11-28 20:47:17 +0000350** character it escapes that character and allows it to be inserted into
drha18c5682000-10-08 22:20:57 +0000351** the string.
352**
353** For example, so some string variable contains text as follows:
354**
355** char *zText = "It's a happy day!";
356**
357** We can use this text in an SQL statement as follows:
358**
danielk19776f8a5032004-05-10 10:34:51 +0000359** sqlite3_exec_printf(db, "INSERT INTO table VALUES('%q')",
drha18c5682000-10-08 22:20:57 +0000360** callback1, 0, 0, zText);
361**
362** Because the %q format string is used, the '\'' character in zText
363** is escaped and the SQL generated is as follows:
364**
365** INSERT INTO table1 VALUES('It''s a happy day!')
366**
367** This is correct. Had we used %s instead of %q, the generated SQL
368** would have looked like this:
369**
370** INSERT INTO table1 VALUES('It's a happy day!');
371**
372** This second example is an SQL syntax error. As a general rule you
373** should always use %q instead of %s when inserting text into a string
374** literal.
375*/
danielk19776f8a5032004-05-10 10:34:51 +0000376char *sqlite3_mprintf(const char*,...);
377char *sqlite3_vmprintf(const char*, va_list);
drh4f26d6c2004-05-26 23:25:30 +0000378void sqlite3_free(char *z);
drh5191b7e2002-03-08 02:12:00 +0000379
danielk1977c572ef72004-05-27 09:28:41 +0000380void sqlite3_freemem(void *z);
381
drh5191b7e2002-03-08 02:12:00 +0000382/*
danielk19776f8a5032004-05-10 10:34:51 +0000383** Windows systems need functions to call to return the sqlite3_version
384** and sqlite3_encoding strings.
drh5191b7e2002-03-08 02:12:00 +0000385*/
danielk19776f8a5032004-05-10 10:34:51 +0000386const char *sqlite3_libversion(void);
387const char *sqlite3_libencoding(void);
drh5191b7e2002-03-08 02:12:00 +0000388
389/*
drhed6c8672003-01-12 18:02:16 +0000390** This routine registers a callback with the SQLite library. The
drhb86ccfb2003-01-28 23:13:10 +0000391** callback is invoked (at compile-time, not at run-time) for each
392** attempt to access a column of a table in the database. The callback
393** returns SQLITE_OK if access is allowed, SQLITE_DENY if the entire
394** SQL statement should be aborted with an error and SQLITE_IGNORE
395** if the column should be treated as a NULL value.
drhed6c8672003-01-12 18:02:16 +0000396*/
danielk19776f8a5032004-05-10 10:34:51 +0000397int sqlite3_set_authorizer(
drhed6c8672003-01-12 18:02:16 +0000398 sqlite*,
drhe22a3342003-04-22 20:30:37 +0000399 int (*xAuth)(void*,int,const char*,const char*,const char*,const char*),
drhe5f9c642003-01-13 23:27:31 +0000400 void *pUserData
drhed6c8672003-01-12 18:02:16 +0000401);
402
403/*
404** The second parameter to the access authorization function above will
drhe5f9c642003-01-13 23:27:31 +0000405** be one of the values below. These values signify what kind of operation
406** is to be authorized. The 3rd and 4th parameters to the authorization
407** function will be parameters or NULL depending on which of the following
drhe22a3342003-04-22 20:30:37 +0000408** codes is used as the second parameter. The 5th parameter is the name
409** of the database ("main", "temp", etc.) if applicable. The 6th parameter
drh5cf590c2003-04-24 01:45:04 +0000410** is the name of the inner-most trigger or view that is responsible for
411** the access attempt or NULL if this access attempt is directly from
412** input SQL code.
drhe5f9c642003-01-13 23:27:31 +0000413**
414** Arg-3 Arg-4
drhed6c8672003-01-12 18:02:16 +0000415*/
drh77ad4e42003-01-14 02:49:27 +0000416#define SQLITE_COPY 0 /* Table Name File Name */
drhe5f9c642003-01-13 23:27:31 +0000417#define SQLITE_CREATE_INDEX 1 /* Index Name Table Name */
418#define SQLITE_CREATE_TABLE 2 /* Table Name NULL */
419#define SQLITE_CREATE_TEMP_INDEX 3 /* Index Name Table Name */
420#define SQLITE_CREATE_TEMP_TABLE 4 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000421#define SQLITE_CREATE_TEMP_TRIGGER 5 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000422#define SQLITE_CREATE_TEMP_VIEW 6 /* View Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000423#define SQLITE_CREATE_TRIGGER 7 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000424#define SQLITE_CREATE_VIEW 8 /* View Name NULL */
425#define SQLITE_DELETE 9 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000426#define SQLITE_DROP_INDEX 10 /* Index Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000427#define SQLITE_DROP_TABLE 11 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000428#define SQLITE_DROP_TEMP_INDEX 12 /* Index Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000429#define SQLITE_DROP_TEMP_TABLE 13 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000430#define SQLITE_DROP_TEMP_TRIGGER 14 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000431#define SQLITE_DROP_TEMP_VIEW 15 /* View Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000432#define SQLITE_DROP_TRIGGER 16 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000433#define SQLITE_DROP_VIEW 17 /* View Name NULL */
434#define SQLITE_INSERT 18 /* Table Name NULL */
435#define SQLITE_PRAGMA 19 /* Pragma Name 1st arg or NULL */
436#define SQLITE_READ 20 /* Table Name Column Name */
437#define SQLITE_SELECT 21 /* NULL NULL */
438#define SQLITE_TRANSACTION 22 /* NULL NULL */
439#define SQLITE_UPDATE 23 /* Table Name Column Name */
drh81e293b2003-06-06 19:00:42 +0000440#define SQLITE_ATTACH 24 /* Filename NULL */
441#define SQLITE_DETACH 25 /* Database Name NULL */
442
drhed6c8672003-01-12 18:02:16 +0000443
444/*
445** The return value of the authorization function should be one of the
446** following constants:
447*/
448/* #define SQLITE_OK 0 // Allow access (This is actually defined above) */
449#define SQLITE_DENY 1 /* Abort the SQL statement with an error */
450#define SQLITE_IGNORE 2 /* Don't allow access, but don't generate an error */
451
452/*
danielk19776f8a5032004-05-10 10:34:51 +0000453** Register a function that is called at every invocation of sqlite3_exec()
danielk19774ad17132004-05-21 01:47:26 +0000454** or sqlite3_prepare(). This function can be used (for example) to generate
drhb86ccfb2003-01-28 23:13:10 +0000455** a log file of all SQL executed against a database.
drh18de4822003-01-16 16:28:53 +0000456*/
danielk19776f8a5032004-05-10 10:34:51 +0000457void *sqlite3_trace(sqlite*, void(*xTrace)(void*,const char*), void*);
drh18de4822003-01-16 16:28:53 +0000458
danielk1977348bb5d2003-10-18 09:37:26 +0000459/*
460** This routine configures a callback function - the progress callback - that
danielk19776f8a5032004-05-10 10:34:51 +0000461** is invoked periodically during long running calls to sqlite3_exec(),
462** sqlite3_step() and sqlite3_get_table(). An example use for this API is to keep
danielk1977348bb5d2003-10-18 09:37:26 +0000463** a GUI updated during a large query.
464**
465** The progress callback is invoked once for every N virtual machine opcodes,
466** where N is the second argument to this function. The progress callback
467** itself is identified by the third argument to this function. The fourth
468** argument to this function is a void pointer passed to the progress callback
469** function each time it is invoked.
470**
danielk19776f8a5032004-05-10 10:34:51 +0000471** If a call to sqlite3_exec(), sqlite3_step() or sqlite3_get_table() results
danielk1977348bb5d2003-10-18 09:37:26 +0000472** in less than N opcodes being executed, then the progress callback is not
473** invoked.
474**
danielk1977348bb5d2003-10-18 09:37:26 +0000475** To remove the progress callback altogether, pass NULL as the third
476** argument to this function.
477**
478** If the progress callback returns a result other than 0, then the current
479** query is immediately terminated and any database changes rolled back. If the
480** query was part of a larger transaction, then the transaction is not rolled
danielk19776f8a5032004-05-10 10:34:51 +0000481** back and remains active. The sqlite3_exec() call returns SQLITE_ABORT.
drhaa940ea2004-01-15 02:44:03 +0000482**
483******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
danielk1977348bb5d2003-10-18 09:37:26 +0000484*/
danielk19776f8a5032004-05-10 10:34:51 +0000485void sqlite3_progress_handler(sqlite*, int, int(*)(void*), void*);
danielk1977348bb5d2003-10-18 09:37:26 +0000486
drhaa940ea2004-01-15 02:44:03 +0000487/*
488** Register a callback function to be invoked whenever a new transaction
489** is committed. The pArg argument is passed through to the callback.
490** callback. If the callback function returns non-zero, then the commit
491** is converted into a rollback.
492**
493** If another function was previously registered, its pArg value is returned.
494** Otherwise NULL is returned.
495**
496** Registering a NULL function disables the callback.
497**
498******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
499*/
danielk19776f8a5032004-05-10 10:34:51 +0000500void *sqlite3_commit_hook(sqlite*, int(*)(void*), void*);
drhaa940ea2004-01-15 02:44:03 +0000501
drh22fbcb82004-02-01 01:22:50 +0000502/*
drh4f26d6c2004-05-26 23:25:30 +0000503** Open the sqlite database file "filename". The "filename" is UTF-8
504** encoded for sqlite3_open() and UTF-16 encoded in the native byte order
505** for sqlite3_open16(). An sqlite3* handle is returned in *ppDb, even
506** if an error occurs. If the database is opened (or created) successfully,
507** then SQLITE_OK is returned. Otherwise an error code is returned. The
508** sqlite3_errmsg() or sqlite3_errmsg16() routines can be used to obtain
509** an English language description of the error.
drh22fbcb82004-02-01 01:22:50 +0000510**
drh4f26d6c2004-05-26 23:25:30 +0000511** If the database file does not exist, then a new database is created.
512** The encoding for the database is UTF-8 if sqlite3_open() is called and
513** UTF-16 if sqlite3_open16 is used.
danielk197765904932004-05-26 06:18:37 +0000514**
515** Whether or not an error occurs when it is opened, resources associated
516** with the sqlite3* handle should be released by passing it to
517** sqlite3_close() when it is no longer required.
518*/
519int sqlite3_open(
520 const char *filename, /* Database filename (UTF-8) */
521 sqlite3 **ppDb, /* OUT: SQLite db handle */
522 const char **args /* Null terminated array of option strings */
523);
danielk197765904932004-05-26 06:18:37 +0000524int sqlite3_open16(
525 const void *filename, /* Database filename (UTF-16) */
526 sqlite3 **ppDb, /* OUT: SQLite db handle */
527 const char **args /* Null terminated array of option strings */
528);
danielk1977295ba552004-05-19 10:34:51 +0000529
danielk197765904932004-05-26 06:18:37 +0000530/*
danielk197761de0d12004-05-27 23:56:16 +0000531** The following two functions are identical to sqlite3_open() and
532** sqlite3_open16(), except that any option strings are specified as the
533** third and subsequent arguments, instead of as an array. The final
534** argument to either of the following two functions must be a NULL.
535*/
536int sqlite3_open_vararg(
537 const char *filename, /* Database filename (UTF-8) */
538 sqlite3 **ppDb, /* OUT: SQLite db handle */
539 ... /* Option strings */
540);
541int sqlite3_open16_vararg(
542 const void *filename, /* Database filename (UTF-16) */
543 sqlite3 **ppDb, /* OUT: SQLite db handle */
544 ... /* Option strings */
545);
546
547/*
danielk197765904932004-05-26 06:18:37 +0000548** Return the error code for the most recent sqlite3_* API call associated
549** with sqlite3 handle 'db'. SQLITE_OK is returned if the most recent
550** API call was successful.
551**
552** Calls to many sqlite3_* functions set the error code and string returned
553** by sqlite3_errcode(), sqlite3_errmsg() and sqlite3_errmsg16()
554** (overwriting the previous values). Note that calls to sqlite3_errcode(),
555** sqlite3_errmsg() and sqlite3_errmsg16() themselves do not affect the
556** results of future invocations.
557**
558** Assuming no other intervening sqlite3_* API calls are made, the error
559** code returned by this function is associated with the same error as
560** the strings returned by sqlite3_errmsg() and sqlite3_errmsg16().
561*/
562int sqlite3_errcode(sqlite3 *db);
563
564/*
565** Return a pointer to a UTF-8 encoded string describing in english the
566** error condition for the most recent sqlite3_* API call. The returned
567** string is always terminated by an 0x00 byte.
568**
569** The string "not an error" is returned when the most recent API call was
570** successful.
571*/
572const char *sqlite3_errmsg(sqlite3*);
573
574/*
575** Return a pointer to a UTF-16 native byte order encoded string describing
576** in english the error condition for the most recent sqlite3_* API call.
577** The returned string is always terminated by a pair of 0x00 bytes.
578**
579** The string "not an error" is returned when the most recent API call was
580** successful.
581*/
582const void *sqlite3_errmsg16(sqlite3*);
583
584/*
585** An instance of the following opaque structure is used to represent
586** a compiled SQL statment.
587*/
danielk1977fc57d7b2004-05-26 02:04:57 +0000588typedef struct sqlite3_stmt sqlite3_stmt;
589
danielk1977e3209e42004-05-20 01:40:18 +0000590/*
danielk197765904932004-05-26 06:18:37 +0000591** To execute an SQL query, it must first be compiled into a byte-code
592** program using one of the following routines. The only difference between
593** them is that the second argument, specifying the SQL statement to
594** compile, is assumed to be encoded in UTF-8 for the sqlite3_prepare()
595** function and UTF-16 for sqlite3_prepare16().
596**
597** The first parameter "db" is an SQLite database handle. The second
598** parameter "zSql" is the statement to be compiled, encoded as either
599** UTF-8 or UTF-16 (see above). If the next parameter, "nBytes", is less
600** than zero, then zSql is read up to the first nul terminator. If
601** "nBytes" is not less than zero, then it is the length of the string zSql
602** in bytes (not characters).
603**
604** *pzTail is made to point to the first byte past the end of the first
605** SQL statement in zSql. This routine only compiles the first statement
606** in zSql, so *pzTail is left pointing to what remains uncompiled.
607**
608** *ppStmt is left pointing to a compiled SQL statement that can be
609** executed using sqlite3_step(). Or if there is an error, *ppStmt may be
610** set to NULL. If the input text contained no SQL (if the input is and
611** empty string or a comment) then *ppStmt is set to NULL.
612**
613** On success, SQLITE_OK is returned. Otherwise an error code is returned.
614*/
615int sqlite3_prepare(
616 sqlite3 *db, /* Database handle */
617 const char *zSql, /* SQL statement, UTF-8 encoded */
618 int nBytes, /* Length of zSql in bytes. */
619 sqlite3_stmt **ppStmt, /* OUT: Statement handle */
620 const char **pzTail /* OUT: Pointer to unused portion of zSql */
621);
622int sqlite3_prepare16(
623 sqlite3 *db, /* Database handle */
624 const void *zSql, /* SQL statement, UTF-16 encoded */
625 int nBytes, /* Length of zSql in bytes. */
626 sqlite3_stmt **ppStmt, /* OUT: Statement handle */
627 const void **pzTail /* OUT: Pointer to unused portion of zSql */
628);
629
630/*
drhf4479502004-05-27 03:12:53 +0000631** Pointers to the following two opaque structures are used to communicate
632** with the implementations of user-defined functions.
633*/
634typedef struct sqlite3_context sqlite3_context;
635typedef struct Mem sqlite3_value;
636
637/*
drh4f26d6c2004-05-26 23:25:30 +0000638** In the SQL strings input to sqlite3_prepare() and sqlite3_prepare16(),
639** one or more literals can be replace by a wildcard "?" or ":N:" where
640** N is an integer. These value of these wildcard literals can be set
641** using the routines listed below.
642**
643** In every case, the first parameter is a pointer to the sqlite3_stmt
644** structure returned from sqlite3_prepare(). The second parameter is the
645** index of the wildcard. The first "?" has an index of 1. ":N:" wildcards
646** use the index N.
647**
648** When the eCopy parameter is true, a copy of the value is made into
649** memory obtained and managed by SQLite. When eCopy is false, SQLite
650** assumes that the value is a constant and just stores a pointer to the
651** value without making a copy.
652**
653** The sqlite3_bind_* routine must be called before sqlite3_step() after
654** an sqlite3_prepare() or sqlite3_reset(). Unbound wildcards are interpreted
655** as NULL.
656*/
drhf4479502004-05-27 03:12:53 +0000657int sqlite3_bind_blob(sqlite3_stmt*, int, const void*, int n, int eCopy);
658int sqlite3_bind_double(sqlite3_stmt*, int, double);
659int sqlite3_bind_int(sqlite3_stmt*, int, int);
660int sqlite3_bind_int64(sqlite3_stmt*, int, long long int);
661int sqlite3_bind_null(sqlite3_stmt*, int);
662int sqlite3_bind_text(sqlite3_stmt*, int, const char*, int n, int eCopy);
663int sqlite3_bind_text16(sqlite3_stmt*, int, const void*, int n, int eCopy);
664int sqlite3_bind_value(sqlite3_stmt*, int, const sqlite3_value*);
drh4f26d6c2004-05-26 23:25:30 +0000665
666/*
danielk197765904932004-05-26 06:18:37 +0000667** Return the number of columns in the result set returned by the compiled
668** SQL statement. This routine returns 0 if pStmt is an SQL statement
669** that does not return data (for example an UPDATE).
670*/
671int sqlite3_column_count(sqlite3_stmt *pStmt);
672
673/*
674** The first parameter is a compiled SQL statement. This function returns
675** the column heading for the Nth column of that statement, where N is the
drh4f26d6c2004-05-26 23:25:30 +0000676** second function parameter. The string returned is UTF-8 for
677** sqlite3_column_name() and UTF-16 for sqlite3_column_name16().
danielk197765904932004-05-26 06:18:37 +0000678*/
679const char *sqlite3_column_name(sqlite3_stmt*,int);
danielk197765904932004-05-26 06:18:37 +0000680const void *sqlite3_column_name16(sqlite3_stmt*,int);
681
682/*
683** The first parameter is a compiled SQL statement. If this statement
684** is a SELECT statement, the Nth column of the returned result set
685** of the SELECT is a table column then the declared type of the table
686** column is returned. If the Nth column of the result set is not at table
687** column, then a NULL pointer is returned. The returned string is always
688** UTF-8 encoded. For example, in the database schema:
689**
690** CREATE TABLE t1(c1 VARIANT);
691**
692** And the following statement compiled:
693**
694** SELECT c1 + 1, 0 FROM t1;
695**
696** Then this routine would return the string "VARIANT" for the second
697** result column (i==1), and a NULL pointer for the first result column
698** (i==0).
699*/
700const char *sqlite3_column_decltype(sqlite3_stmt *, int i);
701
702/*
703** The first parameter is a compiled SQL statement. If this statement
704** is a SELECT statement, the Nth column of the returned result set
705** of the SELECT is a table column then the declared type of the table
706** column is returned. If the Nth column of the result set is not at table
707** column, then a NULL pointer is returned. The returned string is always
708** UTF-16 encoded. For example, in the database schema:
709**
drh4f26d6c2004-05-26 23:25:30 +0000710** CREATE TABLE t1(c1 INTEGER);
danielk197765904932004-05-26 06:18:37 +0000711**
712** And the following statement compiled:
713**
714** SELECT c1 + 1, 0 FROM t1;
715**
drh4f26d6c2004-05-26 23:25:30 +0000716** Then this routine would return the string "INTEGER" for the second
danielk197765904932004-05-26 06:18:37 +0000717** result column (i==1), and a NULL pointer for the first result column
718** (i==0).
719*/
720const void *sqlite3_column_decltype16(sqlite3_stmt*,int);
721
danielk1977106bb232004-05-21 10:08:53 +0000722/*
723** After an SQL query has been compiled with a call to either
724** sqlite3_prepare() or sqlite3_prepare16(), then this function must be
725** called one or more times to execute the statement.
726**
727** The return value will be either SQLITE_BUSY, SQLITE_DONE,
728** SQLITE_ROW, SQLITE_ERROR, or SQLITE_MISUSE.
729**
730** SQLITE_BUSY means that the database engine attempted to open
731** a locked database and there is no busy callback registered.
732** Call sqlite3_step() again to retry the open.
733**
734** SQLITE_DONE means that the statement has finished executing
735** successfully. sqlite3_step() should not be called again on this virtual
736** machine.
737**
738** If the SQL statement being executed returns any data, then
739** SQLITE_ROW is returned each time a new row of data is ready
740** for processing by the caller. The values may be accessed using
741** the sqlite3_column_*() functions described below. sqlite3_step()
742** is called again to retrieve the next row of data.
743**
744** SQLITE_ERROR means that a run-time error (such as a constraint
745** violation) has occurred. sqlite3_step() should not be called again on
746** the VM. More information may be found by calling sqlite3_errmsg().
747**
748** SQLITE_MISUSE means that the this routine was called inappropriately.
749** Perhaps it was called on a virtual machine that had already been
750** finalized or on one that had previously returned SQLITE_ERROR or
751** SQLITE_DONE. Or it could be the case the the same database connection
752** is being used simulataneously by two or more threads.
753*/
danielk197717240fd2004-05-26 00:07:25 +0000754int sqlite3_step(sqlite3_stmt*);
danielk1977106bb232004-05-21 10:08:53 +0000755
danielk1977106bb232004-05-21 10:08:53 +0000756/*
757** Return the number of values in the current row of the result set.
758**
759** After a call to sqlite3_step() that returns SQLITE_ROW, this routine
760** will return the same value as the sqlite3_column_count() function.
761** After sqlite3_step() has returned an SQLITE_DONE, SQLITE_BUSY or
762** error code, or before sqlite3_step() has been called on a
763** compiled SQL statement, this routine returns zero.
764*/
danielk197793d46752004-05-23 13:30:58 +0000765int sqlite3_data_count(sqlite3_stmt *pStmt);
danielk19774adee202004-05-08 08:23:19 +0000766
drh4f26d6c2004-05-26 23:25:30 +0000767/*
768** Values are stored in the database in one of the following fundamental
769** types.
770*/
drhf4479502004-05-27 03:12:53 +0000771#define SQLITE3_INTEGER 1
772#define SQLITE3_FLOAT 2
773#define SQLITE3_TEXT 3
774#define SQLITE3_BLOB 4
775#define SQLITE3_NULL 5
danielk19774adee202004-05-08 08:23:19 +0000776
danielk1977106bb232004-05-21 10:08:53 +0000777/*
drh4f26d6c2004-05-26 23:25:30 +0000778** The next group of routines returns information about the information
779** in a single column of the current result row of a query. In every
780** case the first parameter is a pointer to the SQL statement that is being
781** executed (the sqlite_stmt* that was returned from sqlite3_prepare()) and
782** the second argument is the index of the column for which information
783** should be returned. iCol is zero-indexed. The left-most column as an
784** index of 0.
danielk1977106bb232004-05-21 10:08:53 +0000785**
drh4f26d6c2004-05-26 23:25:30 +0000786** If the SQL statement is not currently point to a valid row, or if the
787** the colulmn index is out of range, the result is undefined.
788**
789** These routines attempt to convert the value where appropriate. For
790** example, if the internal representation is FLOAT and a text result
791** is requested, sprintf() is used internally to do the conversion
792** automatically. The following table details the conversions that
793** are applied:
794**
795** Internal Type Requested Type Conversion
796** ------------- -------------- --------------------------
797** NULL INTEGER Result is 0
798** NULL FLOAT Result is 0.0
799** NULL TEXT Result is an empty string
800** NULL BLOB Result is a zero-length BLOB
801** INTEGER FLOAT Convert from integer to float
802** INTEGER TEXT ASCII rendering of the integer
803** INTEGER BLOB Same as for INTEGER->TEXT
804** FLOAT INTEGER Convert from float to integer
805** FLOAT TEXT ASCII rendering of the float
806** FLOAT BLOB Same as FLOAT->TEXT
807** TEXT INTEGER Use atoi()
808** TEXT FLOAT Use atof()
809** TEXT BLOB No change
810** BLOB INTEGER Convert to TEXT then use atoi()
811** BLOB FLOAT Convert to TEXT then use atof()
812** BLOB TEXT Add a \000 terminator if needed
813**
814** The following access routines are provided:
815**
816** _type() Return the datatype of the result. This is one of
817** SQLITE_INTEGER, SQLITE_FLOAT, SQLITE_TEXT, SQLITE_BLOB,
818** or SQLITE_NULL.
819** _blob() Return the value of a BLOB.
820** _bytes() Return the number of bytes in a BLOB value or the number
821** of bytes in a TEXT value represented as UTF-8. The \000
822** terminator is included in the byte count for TEXT values.
823** _bytes16() Return the number of bytes in a BLOB value or the number
824** of bytes in a TEXT value represented as UTF-16. The \u0000
825** terminator is included in the byte count for TEXT values.
826** _double() Return a FLOAT value.
827** _int() Return an INTEGER value in the host computer's native
828** integer representation. This might be either a 32- or 64-bit
829** integer depending on the host.
830** _int64() Return an INTEGER value as a 64-bit signed integer.
831** _text() Return the value as UTF-8 text.
832** _text16() Return the value as UTF-16 text.
danielk1977106bb232004-05-21 10:08:53 +0000833*/
drhf4479502004-05-27 03:12:53 +0000834const void *sqlite3_column_blob(sqlite3_stmt*, int iCol);
835int sqlite3_column_bytes(sqlite3_stmt*, int iCol);
836int sqlite3_column_bytes16(sqlite3_stmt*, int iCol);
837double sqlite3_column_double(sqlite3_stmt*, int iCol);
838int sqlite3_column_int(sqlite3_stmt*, int iCol);
839long long int sqlite3_column_int64(sqlite3_stmt*, int iCol);
840const unsigned char *sqlite3_column_text(sqlite3_stmt*, int iCol);
841const void *sqlite3_column_text16(sqlite3_stmt*, int iCol);
drh4f26d6c2004-05-26 23:25:30 +0000842int sqlite3_column_type(sqlite3_stmt*, int iCol);
danielk19774adee202004-05-08 08:23:19 +0000843
danielk197765904932004-05-26 06:18:37 +0000844/*
845** The sqlite3_finalize() function is called to delete a compiled
846** SQL statement obtained by a previous call to sqlite3_prepare()
847** or sqlite3_prepare16(). If the statement was executed successfully, or
848** not executed at all, then SQLITE_OK is returned. If execution of the
849** statement failed then an error code is returned.
850**
851** This routine can be called at any point during the execution of the
852** virtual machine. If the virtual machine has not completed execution
853** when this routine is called, that is like encountering an error or
854** an interrupt. (See sqlite3_interrupt().) Incomplete updates may be
855** rolled back and transactions cancelled, depending on the circumstances,
856** and the result code returned will be SQLITE_ABORT.
857*/
858int sqlite3_finalize(sqlite3_stmt *pStmt);
859
860/*
861** The sqlite3_reset() function is called to reset a compiled SQL
862** statement obtained by a previous call to sqlite3_prepare() or
863** sqlite3_prepare16() back to it's initial state, ready to be re-executed.
864** Any SQL statement variables that had values bound to them using
865** the sqlite3_bind_*() API retain their values.
866*/
867int sqlite3_reset(sqlite3_stmt *pStmt);
868
869/*
danielk197765904932004-05-26 06:18:37 +0000870** The following two functions are used to add user functions or aggregates
871** implemented in C to the SQL langauge interpreted by SQLite. The
872** difference only between the two is that the second parameter, the
873** name of the (scalar) function or aggregate, is encoded in UTF-8 for
874** sqlite3_create_function() and UTF-16 for sqlite3_create_function16().
875**
876** The first argument is the database handle that the new function or
877** aggregate is to be added to. If a single program uses more than one
878** database handle internally, then user functions or aggregates must
879** be added individually to each database handle with which they will be
880** used.
881**
882** The third parameter is the number of arguments that the function or
883** aggregate takes. If this parameter is negative, then the function or
884** aggregate may take any number of arguments.
885**
886** The seventh, eighth and ninth parameters, xFunc, xStep and xFinal, are
887** pointers to user implemented C functions that implement the user
888** function or aggregate. A scalar function requires an implementation of
889** the xFunc callback only, NULL pointers should be passed as the xStep
890** and xFinal parameters. An aggregate function requires an implementation
891** of xStep and xFinal, but NULL should be passed for xFunc. To delete an
892** existing user function or aggregate, pass NULL for all three function
893** callback. Specifying an inconstent set of callback values, such as an
894** xFunc and an xFinal, or an xStep but no xFinal, SQLITE_ERROR is
895** returned.
896*/
897int sqlite3_create_function(
898 sqlite3 *,
899 const char *zFunctionName,
900 int nArg,
901 int eTextRep,
902 int iCollateArg,
903 void*,
904 void (*xFunc)(sqlite3_context*,int,sqlite3_value**),
905 void (*xStep)(sqlite3_context*,int,sqlite3_value**),
906 void (*xFinal)(sqlite3_context*)
907);
908int sqlite3_create_function16(
909 sqlite3*,
910 const void *zFunctionName,
911 int nArg,
912 int eTextRep,
913 int iCollateArg,
914 void*,
915 void (*xFunc)(sqlite3_context*,int,sqlite3_value**),
916 void (*xStep)(sqlite3_context*,int,sqlite3_value**),
917 void (*xFinal)(sqlite3_context*)
918);
919
920/*
danielk197765904932004-05-26 06:18:37 +0000921** The next routine returns the number of calls to xStep for a particular
922** aggregate function instance. The current call to xStep counts so this
923** routine always returns at least 1.
924*/
925int sqlite3_aggregate_count(sqlite3_context*);
926
danielk19770ffba6b2004-05-24 09:10:10 +0000927/*
drh4f26d6c2004-05-26 23:25:30 +0000928** The next group of routines returns information about parameters to
929** a user-defined function. Function implementations use these routines
930** to access their parameters. These routines are the same as the
931** sqlite3_column_* routines except that these routines take a single
932** sqlite3_value* pointer instead of an sqlite3_stmt* and an integer
933** column number.
danielk19770ffba6b2004-05-24 09:10:10 +0000934*/
drhf4479502004-05-27 03:12:53 +0000935const void *sqlite3_value_blob(sqlite3_value*);
936int sqlite3_value_bytes(sqlite3_value*);
937int sqlite3_value_bytes16(sqlite3_value*);
938double sqlite3_value_double(sqlite3_value*);
939int sqlite3_value_int(sqlite3_value*);
940long long int sqlite3_value_int64(sqlite3_value*);
941const unsigned char *sqlite3_value_text(sqlite3_value*);
942const void *sqlite3_value_text16(sqlite3_value*);
danielk197793d46752004-05-23 13:30:58 +0000943int sqlite3_value_type(sqlite3_value*);
danielk19770ffba6b2004-05-24 09:10:10 +0000944
945/*
danielk19770ae8b832004-05-25 12:05:56 +0000946** Aggregate functions use the following routine to allocate
947** a structure for storing their state. The first time this routine
948** is called for a particular aggregate, a new structure of size nBytes
949** is allocated, zeroed, and returned. On subsequent calls (for the
950** same aggregate instance) the same buffer is returned. The implementation
951** of the aggregate can use the returned buffer to accumulate data.
952**
953** The buffer allocated is freed automatically by SQLite.
954*/
drh4f26d6c2004-05-26 23:25:30 +0000955void *sqlite3_aggregate_context(sqlite3_context*, int nBytes);
danielk19777e18c252004-05-25 11:47:24 +0000956
957/*
958** The pUserData parameter to the sqlite3_create_function() and
959** sqlite3_create_aggregate() routines used to register user functions
960** is available to the implementation of the function using this
961** call.
962*/
963void *sqlite3_user_data(sqlite3_context*);
964
965/*
drh4f26d6c2004-05-26 23:25:30 +0000966** User-defined functions invoke the following routines in order to
967** set their return value.
danielk19777e18c252004-05-25 11:47:24 +0000968*/
969void sqlite3_result_blob(sqlite3_context*, const void*, int n, int eCopy);
drh4f26d6c2004-05-26 23:25:30 +0000970void sqlite3_result_double(sqlite3_context*, double);
danielk19777e18c252004-05-25 11:47:24 +0000971void sqlite3_result_error(sqlite3_context*, const char*, int);
972void sqlite3_result_error16(sqlite3_context*, const void*, int);
drh4f26d6c2004-05-26 23:25:30 +0000973void sqlite3_result_int(sqlite3_context*, int);
974void sqlite3_result_int64(sqlite3_context*, long long int);
975void sqlite3_result_null(sqlite3_context*);
976void sqlite3_result_text(sqlite3_context*, const char*, int n, int eCopy);
977void sqlite3_result_text16(sqlite3_context*, const void*, int n, int eCopy);
978void sqlite3_result_value(sqlite3_context*, sqlite3_value*);
drhf9b596e2004-05-26 16:54:42 +0000979
drh382c0242001-10-06 16:33:02 +0000980#ifdef __cplusplus
981} /* End of the 'extern "C"' block */
982#endif
danielk19774adee202004-05-08 08:23:19 +0000983#endif