blob: ab696c6804dd7d775e96ed6bce13012cdeb80f85 [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**
danielk19776ddcca52004-05-24 23:48:25 +000015** @(#) $Id: sqlite.h.in,v 1.74 2004/05/24 23:48:27 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;
60
61/*
drh75897232000-05-29 14:26:00 +000062** A function to close the database.
63**
64** Call this function with a pointer to a structure that was previously
danielk19776f8a5032004-05-10 10:34:51 +000065** returned from sqlite3_open() and the corresponding database will by closed.
drh75897232000-05-29 14:26:00 +000066*/
danielk19776f8a5032004-05-10 10:34:51 +000067void sqlite3_close(sqlite *);
drh75897232000-05-29 14:26:00 +000068
69/*
70** The type for a callback function.
71*/
72typedef int (*sqlite_callback)(void*,int,char**, char**);
73
74/*
75** A function to executes one or more statements of SQL.
76**
77** If one or more of the SQL statements are queries, then
78** the callback function specified by the 3rd parameter is
79** invoked once for each row of the query result. This callback
80** should normally return 0. If the callback returns a non-zero
81** value then the query is aborted, all subsequent SQL statements
danielk19776f8a5032004-05-10 10:34:51 +000082** are skipped and the sqlite3_exec() function returns the SQLITE_ABORT.
drh75897232000-05-29 14:26:00 +000083**
84** The 4th parameter is an arbitrary pointer that is passed
85** to the callback function as its first parameter.
86**
87** The 2nd parameter to the callback function is the number of
drhb19a2bc2001-09-16 00:13:26 +000088** columns in the query result. The 3rd parameter to the callback
89** is an array of strings holding the values for each column.
90** The 4th parameter to the callback is an array of strings holding
91** the names of each column.
drh75897232000-05-29 14:26:00 +000092**
93** The callback function may be NULL, even for queries. A NULL
94** callback is not an error. It just means that no callback
95** will be invoked.
96**
97** If an error occurs while parsing or evaluating the SQL (but
98** not while executing the callback) then an appropriate error
99** message is written into memory obtained from malloc() and
drhb19a2bc2001-09-16 00:13:26 +0000100** *errmsg is made to point to that message. The calling function
101** is responsible for freeing the memory that holds the error
danielk19776f8a5032004-05-10 10:34:51 +0000102** message. Use sqlite3_freemem() for this. If errmsg==NULL,
drhb86ccfb2003-01-28 23:13:10 +0000103** then no error message is ever written.
drhb19a2bc2001-09-16 00:13:26 +0000104**
105** The return value is is SQLITE_OK if there are no errors and
106** some other return code if there is an error. The particular
107** return value depends on the type of error.
drh58b95762000-06-02 01:17:37 +0000108**
109** If the query could not be executed because a database file is
drh2dfbbca2000-07-28 14:32:48 +0000110** locked or busy, then this function returns SQLITE_BUSY. (This
danielk19776f8a5032004-05-10 10:34:51 +0000111** behavior can be modified somewhat using the sqlite3_busy_handler()
112** and sqlite3_busy_timeout() functions below.)
drh75897232000-05-29 14:26:00 +0000113*/
danielk19776f8a5032004-05-10 10:34:51 +0000114int sqlite3_exec(
drh75897232000-05-29 14:26:00 +0000115 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000116 const char *sql, /* SQL to be executed */
drh75897232000-05-29 14:26:00 +0000117 sqlite_callback, /* Callback function */
118 void *, /* 1st argument to callback function */
119 char **errmsg /* Error msg written here */
120);
121
drh58b95762000-06-02 01:17:37 +0000122/*
danielk19776f8a5032004-05-10 10:34:51 +0000123** Return values for sqlite3_exec() and sqlite3_step()
drh58b95762000-06-02 01:17:37 +0000124*/
drh717e6402001-09-27 03:22:32 +0000125#define SQLITE_OK 0 /* Successful result */
126#define SQLITE_ERROR 1 /* SQL error or missing database */
127#define SQLITE_INTERNAL 2 /* An internal logic error in SQLite */
128#define SQLITE_PERM 3 /* Access permission denied */
129#define SQLITE_ABORT 4 /* Callback routine requested an abort */
130#define SQLITE_BUSY 5 /* The database file is locked */
131#define SQLITE_LOCKED 6 /* A table in the database is locked */
132#define SQLITE_NOMEM 7 /* A malloc() failed */
133#define SQLITE_READONLY 8 /* Attempt to write a readonly database */
drh24cd67e2004-05-10 16:18:47 +0000134#define SQLITE_INTERRUPT 9 /* Operation terminated by sqlite3_interrupt()*/
drh717e6402001-09-27 03:22:32 +0000135#define SQLITE_IOERR 10 /* Some kind of disk I/O error occurred */
136#define SQLITE_CORRUPT 11 /* The database disk image is malformed */
137#define SQLITE_NOTFOUND 12 /* (Internal Only) Table or record not found */
138#define SQLITE_FULL 13 /* Insertion failed because database is full */
139#define SQLITE_CANTOPEN 14 /* Unable to open the database file */
140#define SQLITE_PROTOCOL 15 /* Database lock protocol error */
drh24cd67e2004-05-10 16:18:47 +0000141#define SQLITE_EMPTY 16 /* Database is empty */
drh717e6402001-09-27 03:22:32 +0000142#define SQLITE_SCHEMA 17 /* The database schema changed */
143#define SQLITE_TOOBIG 18 /* Too much data for one row of a table */
144#define SQLITE_CONSTRAINT 19 /* Abort due to contraint violation */
drh8aff1012001-12-22 14:49:24 +0000145#define SQLITE_MISMATCH 20 /* Data type mismatch */
drh247be432002-05-10 05:44:55 +0000146#define SQLITE_MISUSE 21 /* Library used incorrectly */
drh8766c342002-11-09 00:33:15 +0000147#define SQLITE_NOLFS 22 /* Uses OS features not supported on host */
drhed6c8672003-01-12 18:02:16 +0000148#define SQLITE_AUTH 23 /* Authorization denied */
drh1c2d8412003-03-31 00:30:47 +0000149#define SQLITE_FORMAT 24 /* Auxiliary database format error */
danielk19776f8a5032004-05-10 10:34:51 +0000150#define SQLITE_RANGE 25 /* 2nd parameter to sqlite3_bind out of range */
drhc602f9a2004-02-12 19:01:04 +0000151#define SQLITE_NOTADB 26 /* File opened that is not a database file */
danielk19776f8a5032004-05-10 10:34:51 +0000152#define SQLITE_ROW 100 /* sqlite3_step() has another row ready */
153#define SQLITE_DONE 101 /* sqlite3_step() has finished executing */
drh717e6402001-09-27 03:22:32 +0000154
drhaf9ff332002-01-16 21:00:27 +0000155/*
156** Each entry in an SQLite table has a unique integer key. (The key is
157** the value of the INTEGER PRIMARY KEY column if there is such a column,
158** otherwise the key is generated at random. The unique key is always
159** available as the ROWID, OID, or _ROWID_ column.) The following routine
160** returns the integer key of the most recent insert in the database.
161**
162** This function is similar to the mysql_insert_id() function from MySQL.
163*/
danielk19776f8a5032004-05-10 10:34:51 +0000164int sqlite3_last_insert_rowid(sqlite*);
drhaf9ff332002-01-16 21:00:27 +0000165
drhc8d30ac2002-04-12 10:08:59 +0000166/*
167** This function returns the number of database rows that were changed
danielk19776f8a5032004-05-10 10:34:51 +0000168** (or inserted or deleted) by the most recent called sqlite3_exec().
drhc8d30ac2002-04-12 10:08:59 +0000169**
170** All changes are counted, even if they were later undone by a
171** ROLLBACK or ABORT. Except, changes associated with creating and
172** dropping tables are not counted.
173**
danielk19776f8a5032004-05-10 10:34:51 +0000174** If a callback invokes sqlite3_exec() recursively, then the changes
drhc8d30ac2002-04-12 10:08:59 +0000175** in the inner, recursive call are counted together with the changes
176** in the outer call.
177**
178** SQLite implements the command "DELETE FROM table" without a WHERE clause
179** by dropping and recreating the table. (This is much faster than going
180** through and deleting individual elements form the table.) Because of
181** this optimization, the change count for "DELETE FROM table" will be
182** zero regardless of the number of elements that were originally in the
183** table. To get an accurate count of the number of rows deleted, use
184** "DELETE FROM table WHERE 1" instead.
185*/
danielk19776f8a5032004-05-10 10:34:51 +0000186int sqlite3_changes(sqlite*);
drhc8d30ac2002-04-12 10:08:59 +0000187
rdcf146a772004-02-25 22:51:06 +0000188/*
189** This function returns the number of database rows that were changed
danielk19776f8a5032004-05-10 10:34:51 +0000190** by the last INSERT, UPDATE, or DELETE statment executed by sqlite3_exec(),
rdcf146a772004-02-25 22:51:06 +0000191** or by the last VM to run to completion. The change count is not updated
192** by SQL statements other than INSERT, UPDATE or DELETE.
193**
194** Changes are counted, even if they are later undone by a ROLLBACK or
195** ABORT. Changes associated with trigger programs that execute as a
196** result of the INSERT, UPDATE, or DELETE statement are not counted.
197**
danielk19776f8a5032004-05-10 10:34:51 +0000198** If a callback invokes sqlite3_exec() recursively, then the changes
rdcf146a772004-02-25 22:51:06 +0000199** in the inner, recursive call are counted together with the changes
200** in the outer call.
201**
202** SQLite implements the command "DELETE FROM table" without a WHERE clause
203** by dropping and recreating the table. (This is much faster than going
204** through and deleting individual elements form the table.) Because of
205** this optimization, the change count for "DELETE FROM table" will be
206** zero regardless of the number of elements that were originally in the
207** table. To get an accurate count of the number of rows deleted, use
208** "DELETE FROM table WHERE 1" instead.
209**
210******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
211*/
danielk19776f8a5032004-05-10 10:34:51 +0000212int sqlite3_last_statement_changes(sqlite*);
rdcf146a772004-02-25 22:51:06 +0000213
drh717e6402001-09-27 03:22:32 +0000214/* If the parameter to this routine is one of the return value constants
215** defined above, then this routine returns a constant text string which
216** descripts (in English) the meaning of the return value.
217*/
danielk19776f8a5032004-05-10 10:34:51 +0000218const char *sqlite3_error_string(int);
219#define sqliteErrStr sqlite3_error_string /* Legacy. Do not use in new code. */
drh4c504392000-10-16 22:06:40 +0000220
221/* This function causes any pending database operation to abort and
222** return at its earliest opportunity. This routine is typically
drh66b89c82000-11-28 20:47:17 +0000223** called in response to a user action such as pressing "Cancel"
drh4c504392000-10-16 22:06:40 +0000224** or Ctrl-C where the user wants a long query operation to halt
225** immediately.
226*/
danielk19776f8a5032004-05-10 10:34:51 +0000227void sqlite3_interrupt(sqlite*);
drh4c504392000-10-16 22:06:40 +0000228
drheec553b2000-06-02 01:51:20 +0000229
drh75897232000-05-29 14:26:00 +0000230/* This function returns true if the given input string comprises
231** one or more complete SQL statements.
232**
233** The algorithm is simple. If the last token other than spaces
234** and comments is a semicolon, then return true. otherwise return
235** false.
236*/
danielk19776f8a5032004-05-10 10:34:51 +0000237int sqlite3_complete(const char *sql);
drh75897232000-05-29 14:26:00 +0000238
drh2dfbbca2000-07-28 14:32:48 +0000239/*
240** This routine identifies a callback function that is invoked
241** whenever an attempt is made to open a database table that is
242** currently locked by another process or thread. If the busy callback
danielk19776f8a5032004-05-10 10:34:51 +0000243** is NULL, then sqlite3_exec() returns SQLITE_BUSY immediately if
drh2dfbbca2000-07-28 14:32:48 +0000244** it finds a locked table. If the busy callback is not NULL, then
danielk19776f8a5032004-05-10 10:34:51 +0000245** sqlite3_exec() invokes the callback with three arguments. The
drh2dfbbca2000-07-28 14:32:48 +0000246** second argument is the name of the locked table and the third
247** argument is the number of times the table has been busy. If the
danielk19776f8a5032004-05-10 10:34:51 +0000248** busy callback returns 0, then sqlite3_exec() immediately returns
249** SQLITE_BUSY. If the callback returns non-zero, then sqlite3_exec()
drh2dfbbca2000-07-28 14:32:48 +0000250** tries to open the table again and the cycle repeats.
251**
252** The default busy callback is NULL.
253**
254** Sqlite is re-entrant, so the busy handler may start a new query.
255** (It is not clear why anyone would every want to do this, but it
256** is allowed, in theory.) But the busy handler may not close the
257** database. Closing the database from a busy handler will delete
258** data structures out from under the executing query and will
259** probably result in a coredump.
260*/
danielk19776f8a5032004-05-10 10:34:51 +0000261void sqlite3_busy_handler(sqlite*, int(*)(void*,const char*,int), void*);
drh2dfbbca2000-07-28 14:32:48 +0000262
263/*
264** This routine sets a busy handler that sleeps for a while when a
265** table is locked. The handler will sleep multiple times until
266** at least "ms" milleseconds of sleeping have been done. After
267** "ms" milleseconds of sleeping, the handler returns 0 which
danielk19776f8a5032004-05-10 10:34:51 +0000268** causes sqlite3_exec() to return SQLITE_BUSY.
drh2dfbbca2000-07-28 14:32:48 +0000269**
270** Calling this routine with an argument less than or equal to zero
271** turns off all busy handlers.
272*/
danielk19776f8a5032004-05-10 10:34:51 +0000273void sqlite3_busy_timeout(sqlite*, int ms);
drh2dfbbca2000-07-28 14:32:48 +0000274
drhe3710332000-09-29 13:30:53 +0000275/*
danielk19776f8a5032004-05-10 10:34:51 +0000276** This next routine is really just a wrapper around sqlite3_exec().
drhe3710332000-09-29 13:30:53 +0000277** Instead of invoking a user-supplied callback for each row of the
278** result, this routine remembers each row of the result in memory
279** obtained from malloc(), then returns all of the result after the
drha18c5682000-10-08 22:20:57 +0000280** query has finished.
281**
282** As an example, suppose the query result where this table:
283**
284** Name | Age
285** -----------------------
286** Alice | 43
287** Bob | 28
288** Cindy | 21
289**
290** If the 3rd argument were &azResult then after the function returns
drh98699b52000-10-09 12:57:00 +0000291** azResult will contain the following data:
drha18c5682000-10-08 22:20:57 +0000292**
293** azResult[0] = "Name";
294** azResult[1] = "Age";
295** azResult[2] = "Alice";
296** azResult[3] = "43";
297** azResult[4] = "Bob";
298** azResult[5] = "28";
299** azResult[6] = "Cindy";
300** azResult[7] = "21";
301**
302** Notice that there is an extra row of data containing the column
303** headers. But the *nrow return value is still 3. *ncolumn is
304** set to 2. In general, the number of values inserted into azResult
305** will be ((*nrow) + 1)*(*ncolumn).
306**
307** After the calling function has finished using the result, it should
danielk19776f8a5032004-05-10 10:34:51 +0000308** pass the result data pointer to sqlite3_free_table() in order to
drha18c5682000-10-08 22:20:57 +0000309** release the memory that was malloc-ed. Because of the way the
310** malloc() happens, the calling function must not try to call
danielk19776f8a5032004-05-10 10:34:51 +0000311** malloc() directly. Only sqlite3_free_table() is able to release
drha18c5682000-10-08 22:20:57 +0000312** the memory properly and safely.
drhe3710332000-09-29 13:30:53 +0000313**
danielk19776f8a5032004-05-10 10:34:51 +0000314** The return value of this routine is the same as from sqlite3_exec().
drhe3710332000-09-29 13:30:53 +0000315*/
danielk19776f8a5032004-05-10 10:34:51 +0000316int sqlite3_get_table(
drhe3710332000-09-29 13:30:53 +0000317 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000318 const char *sql, /* SQL to be executed */
drhe3710332000-09-29 13:30:53 +0000319 char ***resultp, /* Result written to a char *[] that this points to */
320 int *nrow, /* Number of result rows written here */
321 int *ncolumn, /* Number of result columns written here */
322 char **errmsg /* Error msg written here */
323);
324
325/*
danielk19776f8a5032004-05-10 10:34:51 +0000326** Call this routine to free the memory that sqlite3_get_table() allocated.
drhe3710332000-09-29 13:30:53 +0000327*/
danielk19776f8a5032004-05-10 10:34:51 +0000328void sqlite3_free_table(char **result);
drhe3710332000-09-29 13:30:53 +0000329
drha18c5682000-10-08 22:20:57 +0000330/*
danielk19776f8a5032004-05-10 10:34:51 +0000331** The following routines are wrappers around sqlite3_exec() and
332** sqlite3_get_table(). The only difference between the routines that
drha18c5682000-10-08 22:20:57 +0000333** follow and the originals is that the second argument to the
334** routines that follow is really a printf()-style format
335** string describing the SQL to be executed. Arguments to the format
336** string appear at the end of the argument list.
337**
338** All of the usual printf formatting options apply. In addition, there
339** is a "%q" option. %q works like %s in that it substitutes a null-terminated
drh66b89c82000-11-28 20:47:17 +0000340** string from the argument list. But %q also doubles every '\'' character.
drha18c5682000-10-08 22:20:57 +0000341** %q is designed for use inside a string literal. By doubling each '\''
drh66b89c82000-11-28 20:47:17 +0000342** character it escapes that character and allows it to be inserted into
drha18c5682000-10-08 22:20:57 +0000343** the string.
344**
345** For example, so some string variable contains text as follows:
346**
347** char *zText = "It's a happy day!";
348**
349** We can use this text in an SQL statement as follows:
350**
danielk19776f8a5032004-05-10 10:34:51 +0000351** sqlite3_exec_printf(db, "INSERT INTO table VALUES('%q')",
drha18c5682000-10-08 22:20:57 +0000352** callback1, 0, 0, zText);
353**
354** Because the %q format string is used, the '\'' character in zText
355** is escaped and the SQL generated is as follows:
356**
357** INSERT INTO table1 VALUES('It''s a happy day!')
358**
359** This is correct. Had we used %s instead of %q, the generated SQL
360** would have looked like this:
361**
362** INSERT INTO table1 VALUES('It's a happy day!');
363**
364** This second example is an SQL syntax error. As a general rule you
365** should always use %q instead of %s when inserting text into a string
366** literal.
367*/
danielk19776f8a5032004-05-10 10:34:51 +0000368int sqlite3_exec_printf(
drha18c5682000-10-08 22:20:57 +0000369 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000370 const char *sqlFormat, /* printf-style format string for the SQL */
drha18c5682000-10-08 22:20:57 +0000371 sqlite_callback, /* Callback function */
372 void *, /* 1st argument to callback function */
373 char **errmsg, /* Error msg written here */
374 ... /* Arguments to the format string. */
375);
danielk19776f8a5032004-05-10 10:34:51 +0000376int sqlite3_exec_vprintf(
drha18c5682000-10-08 22:20:57 +0000377 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000378 const char *sqlFormat, /* printf-style format string for the SQL */
drha18c5682000-10-08 22:20:57 +0000379 sqlite_callback, /* Callback function */
380 void *, /* 1st argument to callback function */
381 char **errmsg, /* Error msg written here */
382 va_list ap /* Arguments to the format string. */
383);
danielk19776f8a5032004-05-10 10:34:51 +0000384int sqlite3_get_table_printf(
drha18c5682000-10-08 22:20:57 +0000385 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000386 const char *sqlFormat, /* printf-style format string for the SQL */
drha18c5682000-10-08 22:20:57 +0000387 char ***resultp, /* Result written to a char *[] that this points to */
388 int *nrow, /* Number of result rows written here */
389 int *ncolumn, /* Number of result columns written here */
390 char **errmsg, /* Error msg written here */
391 ... /* Arguments to the format string */
392);
danielk19776f8a5032004-05-10 10:34:51 +0000393int sqlite3_get_table_vprintf(
drha18c5682000-10-08 22:20:57 +0000394 sqlite*, /* An open database */
drh9f71c2e2001-11-03 23:57:09 +0000395 const char *sqlFormat, /* printf-style format string for the SQL */
drha18c5682000-10-08 22:20:57 +0000396 char ***resultp, /* Result written to a char *[] that this points to */
397 int *nrow, /* Number of result rows written here */
398 int *ncolumn, /* Number of result columns written here */
399 char **errmsg, /* Error msg written here */
400 va_list ap /* Arguments to the format string */
401);
danielk19776f8a5032004-05-10 10:34:51 +0000402char *sqlite3_mprintf(const char*,...);
403char *sqlite3_vmprintf(const char*, va_list);
drha18c5682000-10-08 22:20:57 +0000404
drh8e0a2f92002-02-23 23:45:45 +0000405/*
drh5191b7e2002-03-08 02:12:00 +0000406** Windows systems should call this routine to free memory that
danielk19776f8a5032004-05-10 10:34:51 +0000407** is returned in the in the errmsg parameter of sqlite3_open() when
drh5191b7e2002-03-08 02:12:00 +0000408** SQLite is a DLL. For some reason, it does not work to call free()
409** directly.
410*/
danielk19776f8a5032004-05-10 10:34:51 +0000411void sqlite3_freemem(void *p);
drh5191b7e2002-03-08 02:12:00 +0000412
413/*
danielk19776f8a5032004-05-10 10:34:51 +0000414** Windows systems need functions to call to return the sqlite3_version
415** and sqlite3_encoding strings.
drh5191b7e2002-03-08 02:12:00 +0000416*/
danielk19776f8a5032004-05-10 10:34:51 +0000417const char *sqlite3_libversion(void);
418const char *sqlite3_libencoding(void);
drh5191b7e2002-03-08 02:12:00 +0000419
420/*
drh1350b032002-02-27 19:00:20 +0000421** A pointer to the following structure is used to communicate with
422** the implementations of user-defined functions.
423*/
424typedef struct sqlite_func sqlite_func;
danielk197751ad0ec2004-05-24 12:39:02 +0000425typedef struct Mem sqlite3_value;
drh1350b032002-02-27 19:00:20 +0000426
427/*
drh8e0a2f92002-02-23 23:45:45 +0000428** Use the following routines to create new user-defined functions. See
429** the documentation for details.
430*/
danielk19776f8a5032004-05-10 10:34:51 +0000431int sqlite3_create_function(
drh1350b032002-02-27 19:00:20 +0000432 sqlite*, /* Database where the new function is registered */
433 const char *zName, /* Name of the new function */
434 int nArg, /* Number of arguments. -1 means any number */
danielk197751ad0ec2004-05-24 12:39:02 +0000435 void (*xFunc)(sqlite_func*,int,sqlite3_value **), /* C code to implement */
danielk19776f8a5032004-05-10 10:34:51 +0000436 void *pUserData /* Available via the sqlite3_user_data() call */
drh8e0a2f92002-02-23 23:45:45 +0000437);
danielk19776f8a5032004-05-10 10:34:51 +0000438int sqlite3_create_aggregate(
drh1350b032002-02-27 19:00:20 +0000439 sqlite*, /* Database where the new function is registered */
440 const char *zName, /* Name of the function */
441 int nArg, /* Number of arguments */
danielk19776ddcca52004-05-24 23:48:25 +0000442 void (*xStep)(sqlite_func*,int,sqlite3_value**), /* Called for each row */
drh1350b032002-02-27 19:00:20 +0000443 void (*xFinalize)(sqlite_func*), /* Called once to get final result */
danielk19776f8a5032004-05-10 10:34:51 +0000444 void *pUserData /* Available via the sqlite3_user_data() call */
drh8e0a2f92002-02-23 23:45:45 +0000445);
446
447/*
drhc9b84a12002-06-20 11:36:48 +0000448** Use the following routine to define the datatype returned by a
449** user-defined function. The second argument can be one of the
450** constants SQLITE_NUMERIC, SQLITE_TEXT, or SQLITE_ARGS or it
drh268380c2004-02-25 13:47:31 +0000451** can be an integer greater than or equal to zero. When the datatype
452** parameter is non-negative, the type of the result will be the
453** same as the datatype-th argument. If datatype==SQLITE_NUMERIC
454** then the result is always numeric. If datatype==SQLITE_TEXT then
455** the result is always text. If datatype==SQLITE_ARGS then the result
456** is numeric if any argument is numeric and is text otherwise.
drhc9b84a12002-06-20 11:36:48 +0000457*/
danielk19776f8a5032004-05-10 10:34:51 +0000458int sqlite3_function_type(
drhc9b84a12002-06-20 11:36:48 +0000459 sqlite *db, /* The database there the function is registered */
460 const char *zName, /* Name of the function */
461 int datatype /* The datatype for this function */
462);
463#define SQLITE_NUMERIC (-1)
464#define SQLITE_TEXT (-2)
465#define SQLITE_ARGS (-3)
466
467/*
drh8e0a2f92002-02-23 23:45:45 +0000468** The user function implementations call one of the following four routines
469** in order to return their results. The first parameter to each of these
drhdd5baa92002-02-27 19:50:59 +0000470** routines is a copy of the first argument to xFunc() or xFinialize().
drh1350b032002-02-27 19:00:20 +0000471** The second parameter to these routines is the result to be returned.
danielk19776f8a5032004-05-10 10:34:51 +0000472** A NULL can be passed as the second parameter to sqlite3_set_result_string()
drh1350b032002-02-27 19:00:20 +0000473** in order to return a NULL result.
drh8e0a2f92002-02-23 23:45:45 +0000474**
475** The 3rd argument to _string and _error is the number of characters to
476** take from the string. If this argument is negative, then all characters
477** up to and including the first '\000' are used.
drh1350b032002-02-27 19:00:20 +0000478**
danielk19776f8a5032004-05-10 10:34:51 +0000479** The sqlite3_set_result_string() function allocates a buffer to hold the
drh1350b032002-02-27 19:00:20 +0000480** result and returns a pointer to this buffer. The calling routine
481** (that is, the implmentation of a user function) can alter the content
482** of this buffer if desired.
drh8e0a2f92002-02-23 23:45:45 +0000483*/
danielk19776f8a5032004-05-10 10:34:51 +0000484char *sqlite3_set_result_string(sqlite_func*,const char*,int);
485void sqlite3_set_result_int(sqlite_func*,int);
486void sqlite3_set_result_double(sqlite_func*,double);
487void sqlite3_set_result_error(sqlite_func*,const char*,int);
drh1350b032002-02-27 19:00:20 +0000488
489/*
danielk19776f8a5032004-05-10 10:34:51 +0000490** The pUserData parameter to the sqlite3_create_function() and
491** sqlite3_create_aggregate() routines used to register user functions
drh1350b032002-02-27 19:00:20 +0000492** is available to the implementation of the function using this
493** call.
494*/
danielk19776f8a5032004-05-10 10:34:51 +0000495void *sqlite3_user_data(sqlite_func*);
drh1350b032002-02-27 19:00:20 +0000496
497/*
drhdd5baa92002-02-27 19:50:59 +0000498** Aggregate functions use the following routine to allocate
499** a structure for storing their state. The first time this routine
drh1350b032002-02-27 19:00:20 +0000500** is called for a particular aggregate, a new structure of size nBytes
501** is allocated, zeroed, and returned. On subsequent calls (for the
502** same aggregate instance) the same buffer is returned. The implementation
503** of the aggregate can use the returned buffer to accumulate data.
504**
505** The buffer allocated is freed automatically be SQLite.
506*/
danielk19776f8a5032004-05-10 10:34:51 +0000507void *sqlite3_aggregate_context(sqlite_func*, int nBytes);
drh1350b032002-02-27 19:00:20 +0000508
509/*
drhdd5baa92002-02-27 19:50:59 +0000510** The next routine returns the number of calls to xStep for a particular
511** aggregate function instance. The current call to xStep counts so this
512** routine always returns at least 1.
drh1350b032002-02-27 19:00:20 +0000513*/
danielk19776f8a5032004-05-10 10:34:51 +0000514int sqlite3_aggregate_count(sqlite_func*);
drh8e0a2f92002-02-23 23:45:45 +0000515
drh411995d2002-06-25 19:31:18 +0000516/*
drhed6c8672003-01-12 18:02:16 +0000517** This routine registers a callback with the SQLite library. The
drhb86ccfb2003-01-28 23:13:10 +0000518** callback is invoked (at compile-time, not at run-time) for each
519** attempt to access a column of a table in the database. The callback
520** returns SQLITE_OK if access is allowed, SQLITE_DENY if the entire
521** SQL statement should be aborted with an error and SQLITE_IGNORE
522** if the column should be treated as a NULL value.
drhed6c8672003-01-12 18:02:16 +0000523*/
danielk19776f8a5032004-05-10 10:34:51 +0000524int sqlite3_set_authorizer(
drhed6c8672003-01-12 18:02:16 +0000525 sqlite*,
drhe22a3342003-04-22 20:30:37 +0000526 int (*xAuth)(void*,int,const char*,const char*,const char*,const char*),
drhe5f9c642003-01-13 23:27:31 +0000527 void *pUserData
drhed6c8672003-01-12 18:02:16 +0000528);
529
530/*
531** The second parameter to the access authorization function above will
drhe5f9c642003-01-13 23:27:31 +0000532** be one of the values below. These values signify what kind of operation
533** is to be authorized. The 3rd and 4th parameters to the authorization
534** function will be parameters or NULL depending on which of the following
drhe22a3342003-04-22 20:30:37 +0000535** codes is used as the second parameter. The 5th parameter is the name
536** of the database ("main", "temp", etc.) if applicable. The 6th parameter
drh5cf590c2003-04-24 01:45:04 +0000537** is the name of the inner-most trigger or view that is responsible for
538** the access attempt or NULL if this access attempt is directly from
539** input SQL code.
drhe5f9c642003-01-13 23:27:31 +0000540**
541** Arg-3 Arg-4
drhed6c8672003-01-12 18:02:16 +0000542*/
drh77ad4e42003-01-14 02:49:27 +0000543#define SQLITE_COPY 0 /* Table Name File Name */
drhe5f9c642003-01-13 23:27:31 +0000544#define SQLITE_CREATE_INDEX 1 /* Index Name Table Name */
545#define SQLITE_CREATE_TABLE 2 /* Table Name NULL */
546#define SQLITE_CREATE_TEMP_INDEX 3 /* Index Name Table Name */
547#define SQLITE_CREATE_TEMP_TABLE 4 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000548#define SQLITE_CREATE_TEMP_TRIGGER 5 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000549#define SQLITE_CREATE_TEMP_VIEW 6 /* View Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000550#define SQLITE_CREATE_TRIGGER 7 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000551#define SQLITE_CREATE_VIEW 8 /* View Name NULL */
552#define SQLITE_DELETE 9 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000553#define SQLITE_DROP_INDEX 10 /* Index Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000554#define SQLITE_DROP_TABLE 11 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000555#define SQLITE_DROP_TEMP_INDEX 12 /* Index Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000556#define SQLITE_DROP_TEMP_TABLE 13 /* Table Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000557#define SQLITE_DROP_TEMP_TRIGGER 14 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000558#define SQLITE_DROP_TEMP_VIEW 15 /* View Name NULL */
drh77ad4e42003-01-14 02:49:27 +0000559#define SQLITE_DROP_TRIGGER 16 /* Trigger Name Table Name */
drhe5f9c642003-01-13 23:27:31 +0000560#define SQLITE_DROP_VIEW 17 /* View Name NULL */
561#define SQLITE_INSERT 18 /* Table Name NULL */
562#define SQLITE_PRAGMA 19 /* Pragma Name 1st arg or NULL */
563#define SQLITE_READ 20 /* Table Name Column Name */
564#define SQLITE_SELECT 21 /* NULL NULL */
565#define SQLITE_TRANSACTION 22 /* NULL NULL */
566#define SQLITE_UPDATE 23 /* Table Name Column Name */
drh81e293b2003-06-06 19:00:42 +0000567#define SQLITE_ATTACH 24 /* Filename NULL */
568#define SQLITE_DETACH 25 /* Database Name NULL */
569
drhed6c8672003-01-12 18:02:16 +0000570
571/*
572** The return value of the authorization function should be one of the
573** following constants:
574*/
575/* #define SQLITE_OK 0 // Allow access (This is actually defined above) */
576#define SQLITE_DENY 1 /* Abort the SQL statement with an error */
577#define SQLITE_IGNORE 2 /* Don't allow access, but don't generate an error */
578
579/*
danielk19776f8a5032004-05-10 10:34:51 +0000580** Register a function that is called at every invocation of sqlite3_exec()
danielk19774ad17132004-05-21 01:47:26 +0000581** or sqlite3_prepare(). This function can be used (for example) to generate
drhb86ccfb2003-01-28 23:13:10 +0000582** a log file of all SQL executed against a database.
drh18de4822003-01-16 16:28:53 +0000583*/
danielk19776f8a5032004-05-10 10:34:51 +0000584void *sqlite3_trace(sqlite*, void(*xTrace)(void*,const char*), void*);
drh18de4822003-01-16 16:28:53 +0000585
drhb86ccfb2003-01-28 23:13:10 +0000586/*** The Callback-Free API
587**
588** The following routines implement a new way to access SQLite that does not
589** involve the use of callbacks.
590**
591** An sqlite_vm is an opaque object that represents a single SQL statement
592** that is ready to be executed.
593*/
594typedef struct sqlite_vm sqlite_vm;
595
596/*
597** To execute an SQLite query without the use of callbacks, you first have
598** to compile the SQL using this routine. The 1st parameter "db" is a pointer
danielk19776f8a5032004-05-10 10:34:51 +0000599** to an sqlite object obtained from sqlite3_open(). The 2nd parameter
drhb86ccfb2003-01-28 23:13:10 +0000600** "zSql" is the text of the SQL to be compiled. The remaining parameters
601** are all outputs.
602**
603** *pzTail is made to point to the first character past the end of the first
604** SQL statement in zSql. This routine only compiles the first statement
605** in zSql, so *pzTail is left pointing to what remains uncompiled.
606**
607** *ppVm is left pointing to a "virtual machine" that can be used to execute
608** the compiled statement. Or if there is an error, *ppVm may be set to NULL.
drh326dce72003-01-29 14:06:07 +0000609** If the input text contained no SQL (if the input is and empty string or
610** a comment) then *ppVm is set to NULL.
drhb86ccfb2003-01-28 23:13:10 +0000611**
612** If any errors are detected during compilation, an error message is written
613** into space obtained from malloc() and *pzErrMsg is made to point to that
614** error message. The calling routine is responsible for freeing the text
danielk19776f8a5032004-05-10 10:34:51 +0000615** of this message when it has finished with it. Use sqlite3_freemem() to
drhb86ccfb2003-01-28 23:13:10 +0000616** free the message. pzErrMsg may be NULL in which case no error message
617** will be generated.
618**
619** On success, SQLITE_OK is returned. Otherwise and error code is returned.
620*/
danielk19776f8a5032004-05-10 10:34:51 +0000621int sqlite3_compile(
drhb86ccfb2003-01-28 23:13:10 +0000622 sqlite *db, /* The open database */
623 const char *zSql, /* SQL statement to be compiled */
624 const char **pzTail, /* OUT: uncompiled tail of zSql */
625 sqlite_vm **ppVm, /* OUT: the virtual machine to execute zSql */
626 char **pzErrmsg /* OUT: Error message. */
627);
628
629/*
630** After an SQL statement has been compiled, it is handed to this routine
631** to be executed. This routine executes the statement as far as it can
632** go then returns. The return value will be one of SQLITE_DONE,
633** SQLITE_ERROR, SQLITE_BUSY, SQLITE_ROW, or SQLITE_MISUSE.
634**
635** SQLITE_DONE means that the execute of the SQL statement is complete
danielk19776f8a5032004-05-10 10:34:51 +0000636** an no errors have occurred. sqlite3_step() should not be called again
drhb86ccfb2003-01-28 23:13:10 +0000637** for the same virtual machine. *pN is set to the number of columns in
638** the result set and *pazColName is set to an array of strings that
639** describe the column names and datatypes. The name of the i-th column
640** is (*pazColName)[i] and the datatype of the i-th column is
641** (*pazColName)[i+*pN]. *pazValue is set to NULL.
642**
643** SQLITE_ERROR means that the virtual machine encountered a run-time
danielk19776f8a5032004-05-10 10:34:51 +0000644** error. sqlite3_step() should not be called again for the same
drhb86ccfb2003-01-28 23:13:10 +0000645** virtual machine. *pN is set to 0 and *pazColName and *pazValue are set
danielk19776f8a5032004-05-10 10:34:51 +0000646** to NULL. Use sqlite3_finalize() to obtain the specific error code
drhb86ccfb2003-01-28 23:13:10 +0000647** and the error message text for the error.
648**
649** SQLITE_BUSY means that an attempt to open the database failed because
650** another thread or process is holding a lock. The calling routine
danielk19776f8a5032004-05-10 10:34:51 +0000651** can try again to open the database by calling sqlite3_step() again.
drhb86ccfb2003-01-28 23:13:10 +0000652** The return code will only be SQLITE_BUSY if no busy handler is registered
danielk19776f8a5032004-05-10 10:34:51 +0000653** using the sqlite3_busy_handler() or sqlite3_busy_timeout() routines. If
drhb86ccfb2003-01-28 23:13:10 +0000654** a busy handler callback has been registered but returns 0, then this
655** routine will return SQLITE_ERROR and sqltie_finalize() will return
656** SQLITE_BUSY when it is called.
657**
658** SQLITE_ROW means that a single row of the result is now available.
659** The data is contained in *pazValue. The value of the i-th column is
660** (*azValue)[i]. *pN and *pazColName are set as described in SQLITE_DONE.
danielk19776f8a5032004-05-10 10:34:51 +0000661** Invoke sqlite3_step() again to advance to the next row.
drhb86ccfb2003-01-28 23:13:10 +0000662**
danielk19776f8a5032004-05-10 10:34:51 +0000663** SQLITE_MISUSE is returned if sqlite3_step() is called incorrectly.
664** For example, if you call sqlite3_step() after the virtual machine
665** has halted (after a prior call to sqlite3_step() has returned SQLITE_DONE)
666** or if you call sqlite3_step() with an incorrectly initialized virtual
drhb86ccfb2003-01-28 23:13:10 +0000667** machine or a virtual machine that has been deleted or that is associated
668** with an sqlite structure that has been closed.
669*/
danielk19776f8a5032004-05-10 10:34:51 +0000670int sqlite3_step(
drhb86ccfb2003-01-28 23:13:10 +0000671 sqlite_vm *pVm, /* The virtual machine to execute */
672 int *pN, /* OUT: Number of columns in result */
673 const char ***pazValue, /* OUT: Column data */
674 const char ***pazColName /* OUT: Column names and datatypes */
675);
676
677/*
678** This routine is called to delete a virtual machine after it has finished
679** executing. The return value is the result code. SQLITE_OK is returned
680** if the statement executed successfully and some other value is returned if
681** there was any kind of error. If an error occurred and pzErrMsg is not
682** NULL, then an error message is written into memory obtained from malloc()
683** and *pzErrMsg is made to point to that error message. The calling routine
danielk19776f8a5032004-05-10 10:34:51 +0000684** should use sqlite3_freemem() to delete this message when it has finished
drhb86ccfb2003-01-28 23:13:10 +0000685** with it.
686**
687** This routine can be called at any point during the execution of the
688** virtual machine. If the virtual machine has not completed execution
689** when this routine is called, that is like encountering an error or
danielk19776f8a5032004-05-10 10:34:51 +0000690** an interrupt. (See sqlite3_interrupt().) Incomplete updates may be
drhb86ccfb2003-01-28 23:13:10 +0000691** rolled back and transactions cancelled, depending on the circumstances,
692** and the result code returned will be SQLITE_ABORT.
693*/
danielk19776f8a5032004-05-10 10:34:51 +0000694int sqlite3_finalize(sqlite_vm*, char **pzErrMsg);
drhb86ccfb2003-01-28 23:13:10 +0000695
danielk1977999af642003-07-22 09:24:43 +0000696/*
697** This routine deletes the virtual machine, writes any error message to
698** *pzErrMsg and returns an SQLite return code in the same way as the
danielk19776f8a5032004-05-10 10:34:51 +0000699** sqlite3_finalize() function.
danielk1977999af642003-07-22 09:24:43 +0000700**
701** Additionally, if ppVm is not NULL, *ppVm is left pointing to a new virtual
702** machine loaded with the compiled version of the original query ready for
703** execution.
704**
danielk19776f8a5032004-05-10 10:34:51 +0000705** If sqlite3_reset() returns SQLITE_SCHEMA, then *ppVm is set to NULL.
danielk1977999af642003-07-22 09:24:43 +0000706**
drh7c972de2003-09-06 22:18:07 +0000707******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
drh50457892003-09-06 01:10:47 +0000708*/
danielk19776f8a5032004-05-10 10:34:51 +0000709int sqlite3_reset(sqlite_vm*, char **pzErrMsg);
drh50457892003-09-06 01:10:47 +0000710
711/*
danielk19774ad17132004-05-21 01:47:26 +0000712** If the SQL that was handed to sqlite3_prepare contains variables that
drh7c972de2003-09-06 22:18:07 +0000713** are represeted in the SQL text by a question mark ('?'). This routine
714** is used to assign values to those variables.
715**
danielk19774ad17132004-05-21 01:47:26 +0000716** The first parameter is a virtual machine obtained from sqlite3_prepare().
drh7c972de2003-09-06 22:18:07 +0000717** The 2nd "idx" parameter determines which variable in the SQL statement
718** to bind the value to. The left most '?' is 1. The 3rd parameter is
719** the value to assign to that variable. The 4th parameter is the number
720** of bytes in the value, including the terminating \000 for strings.
721** Finally, the 5th "copy" parameter is TRUE if SQLite should make its
722** own private copy of this value, or false if the space that the 3rd
723** parameter points to will be unchanging and can be used directly by
724** SQLite.
725**
726** Unbound variables are treated as having a value of NULL. To explicitly
727** set a variable to NULL, call this routine with the 3rd parameter as a
728** NULL pointer.
729**
730** If the 4th "len" parameter is -1, then strlen() is used to find the
731** length.
drh50457892003-09-06 01:10:47 +0000732**
danielk19774ad17132004-05-21 01:47:26 +0000733** This routine can only be called immediately after sqlite3_prepare()
danielk19776f8a5032004-05-10 10:34:51 +0000734** or sqlite3_reset() and before any calls to sqlite3_step().
drh50457892003-09-06 01:10:47 +0000735**
danielk1977999af642003-07-22 09:24:43 +0000736******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
737*/
danielk19776f8a5032004-05-10 10:34:51 +0000738int sqlite3_bind(sqlite_vm*, int idx, const char *value, int len, int copy);
danielk1977999af642003-07-22 09:24:43 +0000739
danielk1977348bb5d2003-10-18 09:37:26 +0000740/*
741** This routine configures a callback function - the progress callback - that
danielk19776f8a5032004-05-10 10:34:51 +0000742** is invoked periodically during long running calls to sqlite3_exec(),
743** sqlite3_step() and sqlite3_get_table(). An example use for this API is to keep
danielk1977348bb5d2003-10-18 09:37:26 +0000744** a GUI updated during a large query.
745**
746** The progress callback is invoked once for every N virtual machine opcodes,
747** where N is the second argument to this function. The progress callback
748** itself is identified by the third argument to this function. The fourth
749** argument to this function is a void pointer passed to the progress callback
750** function each time it is invoked.
751**
danielk19776f8a5032004-05-10 10:34:51 +0000752** If a call to sqlite3_exec(), sqlite3_step() or sqlite3_get_table() results
danielk1977348bb5d2003-10-18 09:37:26 +0000753** in less than N opcodes being executed, then the progress callback is not
754** invoked.
755**
756** Calling this routine overwrites any previously installed progress callback.
757** To remove the progress callback altogether, pass NULL as the third
758** argument to this function.
759**
760** If the progress callback returns a result other than 0, then the current
761** query is immediately terminated and any database changes rolled back. If the
762** query was part of a larger transaction, then the transaction is not rolled
danielk19776f8a5032004-05-10 10:34:51 +0000763** back and remains active. The sqlite3_exec() call returns SQLITE_ABORT.
drhaa940ea2004-01-15 02:44:03 +0000764**
765******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
danielk1977348bb5d2003-10-18 09:37:26 +0000766*/
danielk19776f8a5032004-05-10 10:34:51 +0000767void sqlite3_progress_handler(sqlite*, int, int(*)(void*), void*);
danielk1977348bb5d2003-10-18 09:37:26 +0000768
drhaa940ea2004-01-15 02:44:03 +0000769/*
770** Register a callback function to be invoked whenever a new transaction
771** is committed. The pArg argument is passed through to the callback.
772** callback. If the callback function returns non-zero, then the commit
773** is converted into a rollback.
774**
775** If another function was previously registered, its pArg value is returned.
776** Otherwise NULL is returned.
777**
778** Registering a NULL function disables the callback.
779**
780******* THIS IS AN EXPERIMENTAL API AND IS SUBJECT TO CHANGE ******
781*/
danielk19776f8a5032004-05-10 10:34:51 +0000782void *sqlite3_commit_hook(sqlite*, int(*)(void*), void*);
drhaa940ea2004-01-15 02:44:03 +0000783
drh22fbcb82004-02-01 01:22:50 +0000784/*
785** Open an encrypted SQLite database. If pKey==0 or nKey==0, this routine
danielk19776f8a5032004-05-10 10:34:51 +0000786** is the same as sqlite3_open().
drh22fbcb82004-02-01 01:22:50 +0000787**
788** The code to implement this API is not available in the public release
789** of SQLite.
790*/
danielk19776f8a5032004-05-10 10:34:51 +0000791sqlite *sqlite3_open_encrypted(
drh22fbcb82004-02-01 01:22:50 +0000792 const char *zFilename, /* Name of the encrypted database */
793 const void *pKey, /* Pointer to the key */
794 int nKey, /* Number of bytes in the key */
drhe384a4e2004-02-12 20:49:36 +0000795 int *pErrcode, /* Write error code here */
drh22fbcb82004-02-01 01:22:50 +0000796 char **pzErrmsg /* Write error message here */
797);
798
799/*
800** Change the key on an open database. If the current database is not
801** encrypted, this routine will encrypt it. If pNew==0 or nNew==0, the
802** database is decrypted.
803**
804** The code to implement this API is not available in the public release
805** of SQLite.
806*/
807int sqlite_rekey(
808 sqlite *db, /* Database to be rekeyed */
809 const void *pKey, int nKey /* The new key */
810);
811
drh6ff15d02004-03-14 22:12:34 +0000812/*
813** Encode a binary buffer "in" of size n bytes so that it contains
814** no instances of characters '\'' or '\000'. The output is
815** null-terminated and can be used as a string value in an INSERT
816** or UPDATE statement. Use sqlite_decode_binary() to convert the
817** string back into its original binary.
818**
819** The result is written into a preallocated output buffer "out".
820** "out" must be able to hold at least 2 +(257*n)/254 bytes.
821** In other words, the output will be expanded by as much as 3
822** bytes for every 254 bytes of input plus 2 bytes of fixed overhead.
823** (This is approximately 2 + 1.0118*n or about a 1.2% size increase.)
824**
825** The return value is the number of characters in the encoded
826** string, excluding the "\000" terminator.
827**
828** If out==NULL then no output is generated but the routine still returns
829** the number of characters that would have been generated if out had
830** not been NULL.
831*/
832int sqlite_encode_binary(const unsigned char *in, int n, unsigned char *out);
833
834/*
835** Decode the string "in" into binary data and write it into "out".
836** This routine reverses the encoding created by sqlite_encode_binary().
837** The output will always be a few bytes less than the input. The number
838** of bytes of output is returned. If the input is not a well-formed
839** encoding, -1 is returned.
840**
841** The "in" and "out" parameters may point to the same buffer in order
842** to decode a string in place.
843*/
844int sqlite_decode_binary(const unsigned char *in, unsigned char *out);
845
danielk19776622cce2004-05-20 11:00:52 +0000846
847/* FIX ME */
danielk1977295ba552004-05-19 10:34:51 +0000848typedef sqlite_vm sqlite3_stmt;
danielk19776622cce2004-05-20 11:00:52 +0000849typedef sqlite sqlite3;
danielk1977295ba552004-05-19 10:34:51 +0000850
danielk1977e3209e42004-05-20 01:40:18 +0000851/*
852** This routine is used to bind a 32-bit integer value to a variable
danielk19774ad17132004-05-21 01:47:26 +0000853** in an SQL statement compiled by sqlite3_prepare(). See comments for
854** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000855**
856** The first argument is a pointer to an SQL statement previously
danielk19774ad17132004-05-21 01:47:26 +0000857** obtained from a call to sqlite3_prepare(). The second parameter "i"
danielk1977e3209e42004-05-20 01:40:18 +0000858** determines the parameter to bind the value "iValue" to.
859*/
danielk1977295ba552004-05-19 10:34:51 +0000860int sqlite3_bind_int32(sqlite3_stmt*, int i, int iValue);
danielk1977e3209e42004-05-20 01:40:18 +0000861
862/*
863** This routine is used to bind a 64-bit integer value to a variable
danielk19774ad17132004-05-21 01:47:26 +0000864** in an SQL statement compiled by sqlite3_prepare(). See comments for
865** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000866**
867** The first argument is a pointer to an SQL statement previously
danielk19774ad17132004-05-21 01:47:26 +0000868** obtained from a call to sqlite3_prepare(). The second parameter "i"
danielk1977e3209e42004-05-20 01:40:18 +0000869** determines the parameter to bind the value "iValue" to.
870*/
danielk1977295ba552004-05-19 10:34:51 +0000871int sqlite3_bind_int64(sqlite3_stmt*, int i, long long int iValue);
danielk1977e3209e42004-05-20 01:40:18 +0000872
873/*
874** This routine is used to bind a real (floating point) value to a variable
danielk19774ad17132004-05-21 01:47:26 +0000875** in an SQL statement compiled by sqlite3_prepare(). See comments for
876** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000877**
878** The first argument is a pointer to an SQL statement previously obtained
danielk19774ad17132004-05-21 01:47:26 +0000879** from a call to sqlite3_prepare(). The second parameter "i" determines
danielk1977e3209e42004-05-20 01:40:18 +0000880** the parameter to bind the value "iValue" to. Internally, SQLite will
881** manipulate the value as a 64-bit IEEE float.
882*/
danielk1977295ba552004-05-19 10:34:51 +0000883int sqlite3_bind_double(sqlite3_stmt*, int i, double iValue);
danielk1977e3209e42004-05-20 01:40:18 +0000884
885/*
886** This routine is used to bind a NULL value to a variable in an SQL
danielk19774ad17132004-05-21 01:47:26 +0000887** statement compiled by sqlite3_prepare(). See comments for
888** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000889**
890** The first argument is a pointer to an SQL statement previously obtained
danielk19774ad17132004-05-21 01:47:26 +0000891** from a call to sqlite3_prepare(). The second parameter "i" determines
danielk1977e3209e42004-05-20 01:40:18 +0000892** the parameter to bind the NULL value to.
893*/
danielk1977295ba552004-05-19 10:34:51 +0000894int sqlite3_bind_null(sqlite3_stmt*, int i);
danielk1977e3209e42004-05-20 01:40:18 +0000895
896/*
897** This routine is used to bind a UTF-8 string value to a variable in an
danielk19774ad17132004-05-21 01:47:26 +0000898** SQL statement compiled by sqlite3_prepare(). See comments for
899** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000900**
901** The first argument is a pointer to an SQL statement previously obtained
danielk19774ad17132004-05-21 01:47:26 +0000902** from a call to sqlite3_prepare(). The second parameter "i" determines
danielk1977e3209e42004-05-20 01:40:18 +0000903** the parameter to bind the value to. Parameter three "z" is a pointer
904** to the UTF-8 string.
905**
906** The fourth "n" parameter is the number of bytes (not characters) in the
907** string pointed to by "z". "n" may or may not include any nul terminator
908** character. If "n" is less than zero, then SQLite assumes that "z" is
909** a nul terminated string.
910**
911** If paramater "eCopy" is true, then SQLite makes a copy of the string
912** pointed to by "z". If "eCopy" is false, then SQLite stores a pointer to
913** the original string data. In this case the caller must ensure that the
914** string data remains stable until after the SQL statement has been
915** finalised or another value bound to variable "i".
916*/
917int sqlite3_bind_text(sqlite3_stmt*, int i, const char* z, int n, int eCopy);
918
919/*
920** This routine is used to bind a UTF-16 string value to a variable in an
danielk19774ad17132004-05-21 01:47:26 +0000921** SQL statement compiled by sqlite3_prepare(). See comments for
922** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000923**
924** The first argument is a pointer to an SQL statement previously obtained
danielk19774ad17132004-05-21 01:47:26 +0000925** from a call to sqlite3_prepare(). The second parameter "i" determines
danielk1977e3209e42004-05-20 01:40:18 +0000926** the parameter to bind the value to. Parameter three "z" is a pointer to
927** the UTF-16 string. If the string does not begin with a byte-order-mark,
928** it is assumed to be encoded in the native byte order of the machine.
929**
930** The fourth "n" parameter is the number of bytes (not characters) in the
931** string pointed to by "z". "n" may or may not include any nul terminator
932** character. If "n" is less than zero, then SQLite assumes that "z" is
933** terminated by a pair of 0x00 characters.
934**
935** If paramater "eCopy" is true, then SQLite makes a copy of the string
936** pointed to by "z". If "eCopy" is false, then SQLite stores a pointer to
937** the original string data. In this case the caller must ensure that the
938** string data remains stable until after the SQL statement has been
939** finalised or another value bound to variable "i".
940*/
941int sqlite3_bind_text16(sqlite3_stmt*, int i, const void *z, int, int eCopy);
942
943/*
944** This routine is used to bind a blob value to a variable in an
danielk19774ad17132004-05-21 01:47:26 +0000945** SQL statement compiled by sqlite3_prepare(). See comments for
946** sqlite3_prepare() for more details on SQL statement variables.
danielk1977e3209e42004-05-20 01:40:18 +0000947**
948** The first argument is a pointer to an SQL statement previously obtained
danielk19774ad17132004-05-21 01:47:26 +0000949** from a call to sqlite3_prepare(). The second parameter "i" determines
danielk1977e3209e42004-05-20 01:40:18 +0000950** the parameter to bind the value to. Parameter three "z" is a pointer to
951** the blob of data.
952**
953** The fourth "n" parameter is the number of bytes in the blob pointed to
954** by "z". "n" may not be less than zero.
955**
956** If paramater "eCopy" is true, then SQLite makes a copy of the blob
957** pointed to by "z". If "eCopy" is false, then SQLite stores a pointer to
958** the original blob data. In this case the caller must ensure that the
959** blob data remains stable until after the SQL statement has been
960** finalised or another value bound to variable "i".
961*/
962int sqlite3_bind_blob(sqlite3_stmt*, int i, const void *z, int n, int eCopy);
963
danielk19776622cce2004-05-20 11:00:52 +0000964/*
965** Return the error code for the most recent sqlite3_* API call associated
966** with sqlite3 handle 'db'. SQLITE_OK is returned if the most recent
967** API call was successful.
968**
969** Calls to many sqlite3_* functions set the error code and string returned
970** by sqlite3_errcode(), sqlite3_errmsg() and sqlite3_errmsg16()
971** (overwriting the previous values). A complete list of functions that set
972** the error code and string returned by these functions follows. Note that
973** calls to sqlite3_errcode(), sqlite3_errmsg() and sqlite3_errmsg16()
974** themselves do not affect the results of future invocations.
975**
976** sqlite3_bind_int32
977** sqlite3_bind_int64
978** sqlite3_bind_double
979** sqlite3_bind_null
980** sqlite3_bind_text
981** sqlite3_bind_text16
982** sqlite3_bind_blob
danielk1977106bb232004-05-21 10:08:53 +0000983** sqlite3_open
984** sqlite3_open16
985** sqlite3_prepare
986** sqlite3_prepare16
987** sqlite3_step
988** sqlite3_finalize
danielk19776622cce2004-05-20 11:00:52 +0000989**
990** Assuming no other intervening sqlite3_* API calls are made, the error
991** code returned by this function is associated with the same error as
992** the strings returned by sqlite3_errmsg() and sqlite3_errmsg16().
993*/
994int sqlite3_errcode(sqlite3 *db);
danielk19774adee202004-05-08 08:23:19 +0000995
996/*
danielk19776622cce2004-05-20 11:00:52 +0000997** Return a pointer to a UTF-8 encoded string describing in english the
998** error condition for the most recent sqlite3_* API call. The returned
999** string is always terminated by an 0x00 byte.
1000**
1001** The string "not an error" is returned when the most recent API call was
1002** successful.
danielk19774adee202004-05-08 08:23:19 +00001003*/
danielk19776622cce2004-05-20 11:00:52 +00001004const char *sqlite3_errmsg(sqlite3*);
danielk19774adee202004-05-08 08:23:19 +00001005
danielk19776622cce2004-05-20 11:00:52 +00001006/*
1007** Return a pointer to a UTF-16 native byte order encoded string describing
1008** in english the error condition for the most recent sqlite3_* API call.
1009** The returned string is always terminated by a pair of 0x00 bytes.
1010**
1011** The string "not an error" is returned when the most recent API call was
1012** successful.
1013*/
1014const void *sqlite3_errmsg16(sqlite3*);
1015
danielk19774ad17132004-05-21 01:47:26 +00001016/*
1017** To execute an SQL query, it must first be compiled into a byte-code
1018** program using this routine. The first parameter "db" is an SQLite
1019** database handle. The second parameter "zSql" is the statement
1020** to be compiled, encoded as UTF-8 text. If the next parameter, "nBytes",
1021** is less than zero, then zSql is read up to the first nul terminator.
1022** If "nBytes" is not less than zero, then it is the length of the
danielk1977106bb232004-05-21 10:08:53 +00001023** string zSql in bytes (not characters).
danielk19774ad17132004-05-21 01:47:26 +00001024**
danielk1977106bb232004-05-21 10:08:53 +00001025** *pzTail is made to point to the first byte past the end of the first
danielk19774ad17132004-05-21 01:47:26 +00001026** SQL statement in zSql. This routine only compiles the first statement
1027** in zSql, so *pzTail is left pointing to what remains uncompiled.
1028**
1029** *ppStmt is left pointing to a compiled SQL statement that can be
1030** executed using sqlite3_step(). Or if there is an error, *ppStmt may be
1031** set to NULL. If the input text contained no SQL (if the input is and
1032** empty string or a comment) then *ppStmt is set to NULL.
1033**
1034** On success, SQLITE_OK is returned. Otherwise an error code is returned.
1035**
1036*/
danielk19776622cce2004-05-20 11:00:52 +00001037int sqlite3_prepare(
1038 sqlite3 *db, /* Database handle */
1039 const char *zSql, /* SQL statement, UTF-8 encoded */
1040 int nBytes, /* Length of zSql in bytes. */
1041 sqlite3_stmt **ppStmt, /* OUT: Statement handle */
1042 const char **pzTail /* OUT: Pointer to unused portion of zSql */
1043);
1044
danielk1977106bb232004-05-21 10:08:53 +00001045/*
1046** To execute an SQL query, it must first be compiled into a byte-code
1047** program using this routine. The first parameter "db" is an SQLite
1048** database handle. The second parameter "zSql" is the statement
1049** to be compiled, encoded as UTF-16 text. If the next parameter, "nBytes",
1050** is less than zero, then zSql is read up to the first pair of successive
1051** 0x00 bytes. If "nBytes" is not less than zero, then it is the length of
1052** the string zSql in bytes (not characters).
1053**
1054** *pzTail is made to point to the first byte past the end of the first
1055** SQL statement in zSql. This routine only compiles the first statement
1056** in zSql, so *pzTail is left pointing to what remains uncompiled.
1057**
1058** *ppStmt is left pointing to a compiled SQL statement that can be
1059** executed using sqlite3_step(). Or if there is an error, *ppStmt may be
1060** set to NULL. If the input text contained no SQL (if the input is and
1061** empty string or a comment) then *ppStmt is set to NULL.
1062**
1063** On success, SQLITE_OK is returned. Otherwise an error code is returned.
1064**
1065*/
danielk19776622cce2004-05-20 11:00:52 +00001066int sqlite3_prepare16(
1067 sqlite3 *db, /* Database handle */
1068 const void *zSql, /* SQL statement, UTF-16 encoded */
1069 int nBytes, /* Length of zSql in bytes. */
1070 sqlite3_stmt **ppStmt, /* OUT: Statement handle */
1071 const void **pzTail /* OUT: Pointer to unused portion of zSql */
1072);
1073
danielk1977106bb232004-05-21 10:08:53 +00001074/*
1075** Return the number of columns in the result set returned by the compiled
1076** SQL statement. This routine returns 0 if pStmt is an SQL statement
1077** that does not return data (for example an UPDATE).
1078*/
1079int sqlite3_column_count(sqlite3_stmt *pStmt);
1080
1081/*
1082** The first parameter is a compiled SQL statement. This function returns
1083** the column heading for the Nth column of that statement, where N is the
1084** second function parameter. The string returned is UTF-8 encoded.
1085*/
1086const char *sqlite3_column_name(sqlite3_stmt*,int);
1087
1088/*
1089** The first parameter is a compiled SQL statement. This function returns
1090** the column heading for the Nth column of that statement, where N is the
1091** second function parameter. The string returned is UTF-16 encoded.
1092*/
1093const void *sqlite3_column_name16(sqlite3_stmt*,int);
1094
1095/*
1096** The first parameter is a compiled SQL statement. If this statement
1097** is a SELECT statement, the Nth column of the returned result set
1098** of the SELECT is a table column then the declared type of the table
1099** column is returned. If the Nth column of the result set is not at table
1100** column, then a NULL pointer is returned. The returned string is always
1101** UTF-8 encoded. For example, in the database schema:
1102**
1103** CREATE TABLE t1(c1 VARINT);
1104**
1105** And the following statement compiled:
1106**
1107** SELECT c1 + 1, 0 FROM t1;
1108**
1109** Then this routine would return the string "VARIANT" for the second
1110** result column (i==1), and a NULL pointer for the first result column
1111** (i==0).
1112*/
1113const char *sqlite3_column_decltype(sqlite3_stmt *, int i);
1114
1115/*
1116** The first parameter is a compiled SQL statement. If this statement
1117** is a SELECT statement, the Nth column of the returned result set
1118** of the SELECT is a table column then the declared type of the table
1119** column is returned. If the Nth column of the result set is not at table
1120** column, then a NULL pointer is returned. The returned string is always
1121** UTF-16 encoded. For example, in the database schema:
1122**
1123** CREATE TABLE t1(c1 VARINT);
1124**
1125** And the following statement compiled:
1126**
1127** SELECT c1 + 1, 0 FROM t1;
1128**
1129** Then this routine would return the string "VARIANT" for the second
1130** result column (i==1), and a NULL pointer for the first result column
1131** (i==0).
1132*/
1133const void *sqlite3_column_decltype16(sqlite3_stmt*,int);
1134
1135/*
1136** After an SQL query has been compiled with a call to either
1137** sqlite3_prepare() or sqlite3_prepare16(), then this function must be
1138** called one or more times to execute the statement.
1139**
1140** The return value will be either SQLITE_BUSY, SQLITE_DONE,
1141** SQLITE_ROW, SQLITE_ERROR, or SQLITE_MISUSE.
1142**
1143** SQLITE_BUSY means that the database engine attempted to open
1144** a locked database and there is no busy callback registered.
1145** Call sqlite3_step() again to retry the open.
1146**
1147** SQLITE_DONE means that the statement has finished executing
1148** successfully. sqlite3_step() should not be called again on this virtual
1149** machine.
1150**
1151** If the SQL statement being executed returns any data, then
1152** SQLITE_ROW is returned each time a new row of data is ready
1153** for processing by the caller. The values may be accessed using
1154** the sqlite3_column_*() functions described below. sqlite3_step()
1155** is called again to retrieve the next row of data.
1156**
1157** SQLITE_ERROR means that a run-time error (such as a constraint
1158** violation) has occurred. sqlite3_step() should not be called again on
1159** the VM. More information may be found by calling sqlite3_errmsg().
1160**
1161** SQLITE_MISUSE means that the this routine was called inappropriately.
1162** Perhaps it was called on a virtual machine that had already been
1163** finalized or on one that had previously returned SQLITE_ERROR or
1164** SQLITE_DONE. Or it could be the case the the same database connection
1165** is being used simulataneously by two or more threads.
1166*/
1167int sqlite3_step_new(sqlite3_stmt*);
1168
1169
1170/*
1171** The sqlite3_finalize() function is called to delete a compiled
1172** SQL statement obtained by a previous call to sqlite3_prepare()
1173** or sqlite3_prepare16(). If the statement was executed successfully, or
1174** not executed at all, then SQLITE_OK is returned. If execution of the
1175** statement failed then an error code is returned.
1176*/
1177int sqlite3_finalize_new(sqlite3_stmt *pStmt);
1178
1179/*
1180** The sqlite3_reset() function is called to reset a compiled SQL
1181** statement obtained by a previous call to sqlite3_prepare() or
1182** sqlite3_prepare16() back to it's initial state, ready to be re-executed.
1183** Any SQL statement variables that had values bound to them using
1184** the sqlite3_bind_*() API retain their values.
1185*/
1186int sqlite3_reset_new(sqlite3_stmt *pStmt);
1187
danielk197780290862004-05-22 09:21:21 +00001188/*
1189** Open the sqlite database file "filename", where "filename" is UTF-8
1190** encoded. An sqlite3* handle is returned in *ppDb, even if an error
1191** occurs. If the database is opened (or created) successfully, then
1192** SQLITE_OK is returned. Otherwise an error code is returned and the
1193** sqlite3_errmsg() function may be used to obtain an English language
1194** explanation of the error.
1195**
1196** If the database file does not exist, then a new database is created
1197** using UTF-8 text encoding.
1198**
1199** Whether or not an error occurs when it is opened, resources associated
1200** with the sqlite3* handle should be released by passing it to
1201** sqlite3_close() when it is no longer required.
1202*/
1203int sqlite3_open(
danielk19774ad17132004-05-21 01:47:26 +00001204 const char *filename, /* Database filename (UTF-8) */
1205 sqlite3 **ppDb, /* OUT: SQLite db handle */
1206 const char **args /* Null terminated array of option strings */
1207);
1208
danielk197780290862004-05-22 09:21:21 +00001209/*
1210** Open the sqlite database file "filename", where "filename" is native
1211** byte order UTF-16 encoded. An sqlite3* handle is returned in *ppDb, even
1212** if an error occurs. If the database is opened (or created) successfully,
1213** then SQLITE_OK is returned. Otherwise an error code is returned and the
1214** sqlite3_errmsg() function may be used to obtain an English language
1215** explanation of the error.
1216**
1217** If the database file does not exist, then a new database is created
1218** using UTF-16 text encoding in the machines native byte order.
1219**
1220** Whether or not an error occurs when it is opened, resources associated
1221** with the sqlite3* handle should be released by passing it to
1222** sqlite3_close() when it is no longer required.
1223*/
danielk19774ad17132004-05-21 01:47:26 +00001224int sqlite3_open16(
1225 const void *filename, /* Database filename (UTF-16) */
1226 sqlite3 **ppDb, /* OUT: SQLite db handle */
1227 const char **args /* Null terminated array of option strings */
1228);
1229
danielk1977106bb232004-05-21 10:08:53 +00001230/*
1231** Return the number of values in the current row of the result set.
1232**
1233** After a call to sqlite3_step() that returns SQLITE_ROW, this routine
1234** will return the same value as the sqlite3_column_count() function.
1235** After sqlite3_step() has returned an SQLITE_DONE, SQLITE_BUSY or
1236** error code, or before sqlite3_step() has been called on a
1237** compiled SQL statement, this routine returns zero.
1238*/
danielk197793d46752004-05-23 13:30:58 +00001239int sqlite3_data_count(sqlite3_stmt *pStmt);
danielk19774adee202004-05-08 08:23:19 +00001240
1241#define SQLITE3_INTEGER 1
1242#define SQLITE3_FLOAT 2
1243#define SQLITE3_TEXT 3
1244#define SQLITE3_BLOB 4
1245#define SQLITE3_NULL 5
1246
danielk1977106bb232004-05-21 10:08:53 +00001247/*
1248** The first parameter is a compiled SQL statement for which the most
1249** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
1250** retrieves the type of the Nth column of the current row, where
1251** N is the second function parameter.
1252**
1253** The value type is one of SQLITE3_INTEGER, SQLITE3_FLOAT, SQLITE3_TEXT,
1254** SQLITE3_BLOB and SQLITE3_NULL.
1255*/
1256int sqlite3_column_type(sqlite3_stmt *pStmt, int i);
danielk19774adee202004-05-08 08:23:19 +00001257
danielk1977106bb232004-05-21 10:08:53 +00001258/*
1259** The first parameter is a compiled SQL statement for which the most
1260** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
1261** retrieves the value of the Nth column of the current row, where
1262** N is the second function parameter.
1263**
1264** The value returned depends on the type of the SQL column value, as
1265** returned by sqlite3_column_type():
1266**
1267** SQLITE3_NULL A Null pointer.
1268** SQLITE3_INTEGER String representation of the integer, UTF-8 encoded.
1269** SQLITE3_FLOAT String representation of the real, UTF-8 encoded.
1270** SQLITE3_TEXT The string UTF-8 encoded.
1271** SQLITE3_BLOB A pointer to the blob of data.
1272*/
1273const unsigned char *sqlite3_column_data(sqlite3_stmt*,int);
1274
1275/*
1276** The first parameter is a compiled SQL statement for which the most
1277** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
1278** retrieves the value of the Nth column of the current row, where
1279** N is the second function parameter.
1280**
1281** The value returned depends on the type of the SQL column value, as
1282** returned by sqlite3_column_type():
1283**
1284** SQLITE3_NULL A Null pointer.
1285** SQLITE3_INTEGER String representation of the integer, UTF-16 encoded.
1286** SQLITE3_FLOAT String representation of the real, UTF-16 encoded.
1287** SQLITE3_TEXT The string UTF-16 encoded.
1288** SQLITE3_BLOB A pointer to the blob of data.
1289*/
1290const void *sqlite3_column_data16(sqlite3_stmt*,int);
1291
1292/*
1293** The first parameter is a compiled SQL statement for which the most
1294** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
danielk1977e1cd9872004-05-22 10:33:04 +00001295** retrieves the length of the data in bytes returned by the
danielk1977106bb232004-05-21 10:08:53 +00001296** sqlite3_column_data() routine for the same second parameter value.
1297**
1298** If sqlite3_column_data() returns a UTF-8 string, then the length
1299** returned by this function includes the nul terminator character at the
1300** end of the UTF-8 string.
1301*/
1302int sqlite3_column_bytes(sqlite3_stmt*,int);
1303
1304/*
1305** The first parameter is a compiled SQL statement for which the most
1306** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
danielk1977e1cd9872004-05-22 10:33:04 +00001307** retrieves the length of the data in bytes returned by the
1308** sqlite3_column_data() routine for the same second parameter value.
1309**
1310** If sqlite3_column_data() returns a UTF-16 string, then the length
1311** returned by this function includes the nul terminator character (two
1312** bytes) at the end of the UTF-16 string.
1313*/
1314int sqlite3_column_bytes16(sqlite3_stmt *, int);
1315
1316/*
1317** The first parameter is a compiled SQL statement for which the most
1318** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
danielk1977106bb232004-05-21 10:08:53 +00001319** retrieves the value of the Nth column of the current row, where
1320** N is the second function parameter as an integer.
1321**
1322** SQLITE3_NULL 0
1323** SQLITE3_INTEGER The integer value.
1324** SQLITE3_FLOAT The integer component of the real (2^63 if too large)
1325** SQLITE3_TEXT Integer conversion of string, or 0
1326** SQLITE3_BLOB 0
1327*/
1328long long int sqlite3_column_int(sqlite3_stmt*,int);
1329
1330/*
1331** The first parameter is a compiled SQL statement for which the most
1332** recent call to sqlite3_step() has returned SQLITE_ROW. This routine
1333** retrieves the value of the Nth column of the current row, where
1334** N is the second function parameter as an integer.
1335**
1336** SQLITE3_NULL 0.0
1337** SQLITE3_INTEGER The value of the integer. Some rounding may occur.
1338** SQLITE3_FLOAT The value of the float.
1339** SQLITE3_TEXT Real number conversion of string, or 0.0
1340** SQLITE3_BLOB 0.0
1341*/
1342double sqlite3_column_float(sqlite3_stmt*,int);
danielk19774adee202004-05-08 08:23:19 +00001343
danielk19770ffba6b2004-05-24 09:10:10 +00001344/*
1345** Return the type of the sqlite3_value* passed as the first argument.
1346** The type is one of SQLITE3_NULL, SQLITE3_INTEGER, SQLITE3_FLOAT,
1347** SQLITE3_TEXT or SQLITE3_BLOB.
1348*/
danielk197793d46752004-05-23 13:30:58 +00001349int sqlite3_value_type(sqlite3_value*);
danielk19770ffba6b2004-05-24 09:10:10 +00001350
1351/*
1352** Return the value of the sqlite3_value* passed as the first argument.
1353** The value returned depends on the type of the value, as returned by
1354** sqlite3_value_type():
1355**
1356** SQLITE3_NULL A Null pointer.
1357** SQLITE3_INTEGER String representation of the integer, UTF-8 encoded.
1358** SQLITE3_FLOAT String representation of the real, UTF-8 encoded.
1359** SQLITE3_TEXT The string UTF-8 encoded.
1360** SQLITE3_BLOB A pointer to the blob of data.
1361*/
danielk197793d46752004-05-23 13:30:58 +00001362const unsigned char *sqlite3_value_data(sqlite3_value*);
danielk19770ffba6b2004-05-24 09:10:10 +00001363
1364/*
1365** Return the number of bytes in the string or blob returned by a call
1366** to sqlite3_value_data() on the same sqlite3_value* object.
1367*/
1368int sqlite3_value_bytes(sqlite3_value*);
1369
1370/*
1371** Return the value of the sqlite3_value* passed as the first argument.
1372** The value returned depends on the type of the value, as returned by
1373** sqlite3_value_type():
1374**
1375** SQLITE3_NULL A Null pointer.
1376** SQLITE3_INTEGER String representation of the integer, UTF-16 encoded.
1377** SQLITE3_FLOAT String representation of the real, UTF-16 encoded.
1378** SQLITE3_TEXT The string UTF-16 encoded.
1379** SQLITE3_BLOB A pointer to the blob of data.
1380*/
danielk197793d46752004-05-23 13:30:58 +00001381const void *sqlite3_value_data16(sqlite3_value*);
danielk19770ffba6b2004-05-24 09:10:10 +00001382
1383/*
1384** Return the number of bytes in the string or blob returned by a call
1385** to sqlite3_value_data16() on the same sqlite3_value* object.
1386*/
1387int sqlite3_value_bytes16(sqlite3_value*);
1388
1389/*
1390** Return the value of the sqlite3_value* passed as the first argument.
1391** The value returned depends on the type of the value, as returned by
1392** sqlite3_value_type():
1393**
1394** SQLITE3_NULL 0
1395** SQLITE3_INTEGER The integer value.
1396** SQLITE3_FLOAT The integer component of the real (2^63 if too large)
1397** SQLITE3_TEXT Integer conversion of string, or 0
1398** SQLITE3_BLOB 0
1399*/
danielk197793d46752004-05-23 13:30:58 +00001400long long int sqlite3_value_int(sqlite3_value*);
danielk19770ffba6b2004-05-24 09:10:10 +00001401
1402/*
1403** Return the value of the sqlite3_value* passed as the first argument.
1404** The value returned depends on the type of the value, as returned by
1405** sqlite3_value_type():
1406**
1407** SQLITE3_NULL 0.0
1408** SQLITE3_INTEGER The value of the integer. Some rounding may occur.
1409** SQLITE3_FLOAT The value of the float.
1410** SQLITE3_TEXT Real number conversion of string, or 0.0
1411** SQLITE3_BLOB 0.0
1412*/
danielk197793d46752004-05-23 13:30:58 +00001413double sqlite3_value_float(sqlite3_value*);
1414
drh382c0242001-10-06 16:33:02 +00001415#ifdef __cplusplus
1416} /* End of the 'extern "C"' block */
1417#endif
danielk19774adee202004-05-08 08:23:19 +00001418#endif