1 /* 2 ** 2014 May 31 3 ** 4 ** The author disclaims copyright to this source code. In place of 5 ** a legal notice, here is a blessing: 6 ** 7 ** 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. 10 ** 11 ****************************************************************************** 12 ** 13 ** Interfaces to extend FTS5. Using the interfaces defined in this file, 14 ** FTS5 may be extended with: 15 ** 16 ** * custom tokenizers, and 17 ** * custom auxiliary functions. 18 */ 19 20 21 #ifndef _FTS5_H 22 #define _FTS5_H 23 24 #include "sqlite3.h" 25 26 #ifdef __cplusplus 27 extern "C" { 28 #endif 29 30 /************************************************************************* 31 ** CUSTOM AUXILIARY FUNCTIONS 32 ** 33 ** Virtual table implementations may overload SQL functions by implementing 34 ** the sqlite3_module.xFindFunction() method. 35 */ 36 37 typedef struct Fts5ExtensionApi Fts5ExtensionApi; 38 typedef struct Fts5Context Fts5Context; 39 typedef struct Fts5PhraseIter Fts5PhraseIter; 40 41 typedef void (*fts5_extension_function)( 42 const Fts5ExtensionApi *pApi, /* API offered by current FTS version */ 43 Fts5Context *pFts, /* First arg to pass to pApi functions */ 44 sqlite3_context *pCtx, /* Context for returning result/error */ 45 int nVal, /* Number of values in apVal[] array */ 46 sqlite3_value **apVal /* Array of trailing arguments */ 47 ); 48 49 struct Fts5PhraseIter { 50 const unsigned char *a; 51 const unsigned char *b; 52 }; 53 54 /* 55 ** EXTENSION API FUNCTIONS 56 ** 57 ** xUserData(pFts): 58 ** Return a copy of the context pointer the extension function was 59 ** registered with. 60 ** 61 ** xColumnTotalSize(pFts, iCol, pnToken): 62 ** If parameter iCol is less than zero, set output variable *pnToken 63 ** to the total number of tokens in the FTS5 table. Or, if iCol is 64 ** non-negative but less than the number of columns in the table, return 65 ** the total number of tokens in column iCol, considering all rows in 66 ** the FTS5 table. 67 ** 68 ** If parameter iCol is greater than or equal to the number of columns 69 ** in the table, SQLITE_RANGE is returned. Or, if an error occurs (e.g. 70 ** an OOM condition or IO error), an appropriate SQLite error code is 71 ** returned. 72 ** 73 ** xColumnCount(pFts): 74 ** Return the number of columns in the table. 75 ** 76 ** xColumnSize(pFts, iCol, pnToken): 77 ** If parameter iCol is less than zero, set output variable *pnToken 78 ** to the total number of tokens in the current row. Or, if iCol is 79 ** non-negative but less than the number of columns in the table, set 80 ** *pnToken to the number of tokens in column iCol of the current row. 81 ** 82 ** If parameter iCol is greater than or equal to the number of columns 83 ** in the table, SQLITE_RANGE is returned. Or, if an error occurs (e.g. 84 ** an OOM condition or IO error), an appropriate SQLite error code is 85 ** returned. 86 ** 87 ** This function may be quite inefficient if used with an FTS5 table 88 ** created with the "columnsize=0" option. 89 ** 90 ** xColumnText: 91 ** This function attempts to retrieve the text of column iCol of the 92 ** current document. If successful, (*pz) is set to point to a buffer 93 ** containing the text in utf-8 encoding, (*pn) is set to the size in bytes 94 ** (not characters) of the buffer and SQLITE_OK is returned. Otherwise, 95 ** if an error occurs, an SQLite error code is returned and the final values 96 ** of (*pz) and (*pn) are undefined. 97 ** 98 ** xPhraseCount: 99 ** Returns the number of phrases in the current query expression. 100 ** 101 ** xPhraseSize: 102 ** Returns the number of tokens in phrase iPhrase of the query. Phrases 103 ** are numbered starting from zero. 104 ** 105 ** xInstCount: 106 ** Set *pnInst to the total number of occurrences of all phrases within 107 ** the query within the current row. Return SQLITE_OK if successful, or 108 ** an error code (i.e. SQLITE_NOMEM) if an error occurs. 109 ** 110 ** This API can be quite slow if used with an FTS5 table created with the 111 ** "detail=none" or "detail=column" option. If the FTS5 table is created 112 ** with either "detail=none" or "detail=column" and "content=" option 113 ** (i.e. if it is a contentless table), then this API always returns 0. 114 ** 115 ** xInst: 116 ** Query for the details of phrase match iIdx within the current row. 117 ** Phrase matches are numbered starting from zero, so the iIdx argument 118 ** should be greater than or equal to zero and smaller than the value 119 ** output by xInstCount(). 120 ** 121 ** Usually, output parameter *piPhrase is set to the phrase number, *piCol 122 ** to the column in which it occurs and *piOff the token offset of the 123 ** first token of the phrase. Returns SQLITE_OK if successful, or an error 124 ** code (i.e. SQLITE_NOMEM) if an error occurs. 125 ** 126 ** This API can be quite slow if used with an FTS5 table created with the 127 ** "detail=none" or "detail=column" option. 128 ** 129 ** xRowid: 130 ** Returns the rowid of the current row. 131 ** 132 ** xTokenize: 133 ** Tokenize text using the tokenizer belonging to the FTS5 table. 134 ** 135 ** xQueryPhrase(pFts5, iPhrase, pUserData, xCallback): 136 ** This API function is used to query the FTS table for phrase iPhrase 137 ** of the current query. Specifically, a query equivalent to: 138 ** 139 ** ... FROM ftstable WHERE ftstable MATCH $p ORDER BY rowid 140 ** 141 ** with $p set to a phrase equivalent to the phrase iPhrase of the 142 ** current query is executed. Any column filter that applies to 143 ** phrase iPhrase of the current query is included in $p. For each 144 ** row visited, the callback function passed as the fourth argument 145 ** is invoked. The context and API objects passed to the callback 146 ** function may be used to access the properties of each matched row. 147 ** Invoking Api.xUserData() returns a copy of the pointer passed as 148 ** the third argument to pUserData. 149 ** 150 ** If the callback function returns any value other than SQLITE_OK, the 151 ** query is abandoned and the xQueryPhrase function returns immediately. 152 ** If the returned value is SQLITE_DONE, xQueryPhrase returns SQLITE_OK. 153 ** Otherwise, the error code is propagated upwards. 154 ** 155 ** If the query runs to completion without incident, SQLITE_OK is returned. 156 ** Or, if some error occurs before the query completes or is aborted by 157 ** the callback, an SQLite error code is returned. 158 ** 159 ** 160 ** xSetAuxdata(pFts5, pAux, xDelete) 161 ** 162 ** Save the pointer passed as the second argument as the extension function's 163 ** "auxiliary data". The pointer may then be retrieved by the current or any 164 ** future invocation of the same fts5 extension function made as part of 165 ** the same MATCH query using the xGetAuxdata() API. 166 ** 167 ** Each extension function is allocated a single auxiliary data slot for 168 ** each FTS query (MATCH expression). If the extension function is invoked 169 ** more than once for a single FTS query, then all invocations share a 170 ** single auxiliary data context. 171 ** 172 ** If there is already an auxiliary data pointer when this function is 173 ** invoked, then it is replaced by the new pointer. If an xDelete callback 174 ** was specified along with the original pointer, it is invoked at this 175 ** point. 176 ** 177 ** The xDelete callback, if one is specified, is also invoked on the 178 ** auxiliary data pointer after the FTS5 query has finished. 179 ** 180 ** If an error (e.g. an OOM condition) occurs within this function, 181 ** the auxiliary data is set to NULL and an error code returned. If the 182 ** xDelete parameter was not NULL, it is invoked on the auxiliary data 183 ** pointer before returning. 184 ** 185 ** 186 ** xGetAuxdata(pFts5, bClear) 187 ** 188 ** Returns the current auxiliary data pointer for the fts5 extension 189 ** function. See the xSetAuxdata() method for details. 190 ** 191 ** If the bClear argument is non-zero, then the auxiliary data is cleared 192 ** (set to NULL) before this function returns. In this case the xDelete, 193 ** if any, is not invoked. 194 ** 195 ** 196 ** xRowCount(pFts5, pnRow) 197 ** 198 ** This function is used to retrieve the total number of rows in the table. 199 ** In other words, the same value that would be returned by: 200 ** 201 ** SELECT count(*) FROM ftstable; 202 ** 203 ** xPhraseFirst() 204 ** This function is used, along with type Fts5PhraseIter and the xPhraseNext 205 ** method, to iterate through all instances of a single query phrase within 206 ** the current row. This is the same information as is accessible via the 207 ** xInstCount/xInst APIs. While the xInstCount/xInst APIs are more convenient 208 ** to use, this API may be faster under some circumstances. To iterate 209 ** through instances of phrase iPhrase, use the following code: 210 ** 211 ** Fts5PhraseIter iter; 212 ** int iCol, iOff; 213 ** for(pApi->xPhraseFirst(pFts, iPhrase, &iter, &iCol, &iOff); 214 ** iCol>=0; 215 ** pApi->xPhraseNext(pFts, &iter, &iCol, &iOff) 216 ** ){ 217 ** // An instance of phrase iPhrase at offset iOff of column iCol 218 ** } 219 ** 220 ** The Fts5PhraseIter structure is defined above. Applications should not 221 ** modify this structure directly - it should only be used as shown above 222 ** with the xPhraseFirst() and xPhraseNext() API methods (and by 223 ** xPhraseFirstColumn() and xPhraseNextColumn() as illustrated below). 224 ** 225 ** This API can be quite slow if used with an FTS5 table created with the 226 ** "detail=none" or "detail=column" option. If the FTS5 table is created 227 ** with either "detail=none" or "detail=column" and "content=" option 228 ** (i.e. if it is a contentless table), then this API always iterates 229 ** through an empty set (all calls to xPhraseFirst() set iCol to -1). 230 ** 231 ** xPhraseNext() 232 ** See xPhraseFirst above. 233 ** 234 ** xPhraseFirstColumn() 235 ** This function and xPhraseNextColumn() are similar to the xPhraseFirst() 236 ** and xPhraseNext() APIs described above. The difference is that instead 237 ** of iterating through all instances of a phrase in the current row, these 238 ** APIs are used to iterate through the set of columns in the current row 239 ** that contain one or more instances of a specified phrase. For example: 240 ** 241 ** Fts5PhraseIter iter; 242 ** int iCol; 243 ** for(pApi->xPhraseFirstColumn(pFts, iPhrase, &iter, &iCol); 244 ** iCol>=0; 245 ** pApi->xPhraseNextColumn(pFts, &iter, &iCol) 246 ** ){ 247 ** // Column iCol contains at least one instance of phrase iPhrase 248 ** } 249 ** 250 ** This API can be quite slow if used with an FTS5 table created with the 251 ** "detail=none" option. If the FTS5 table is created with either 252 ** "detail=none" "content=" option (i.e. if it is a contentless table), 253 ** then this API always iterates through an empty set (all calls to 254 ** xPhraseFirstColumn() set iCol to -1). 255 ** 256 ** The information accessed using this API and its companion 257 ** xPhraseFirstColumn() may also be obtained using xPhraseFirst/xPhraseNext 258 ** (or xInst/xInstCount). The chief advantage of this API is that it is 259 ** significantly more efficient than those alternatives when used with 260 ** "detail=column" tables. 261 ** 262 ** xPhraseNextColumn() 263 ** See xPhraseFirstColumn above. 264 */ 265 struct Fts5ExtensionApi { 266 int iVersion; /* Currently always set to 3 */ 267 268 void *(*xUserData)(Fts5Context*); 269 270 int (*xColumnCount)(Fts5Context*); 271 int (*xRowCount)(Fts5Context*, sqlite3_int64 *pnRow); 272 int (*xColumnTotalSize)(Fts5Context*, int iCol, sqlite3_int64 *pnToken); 273 274 int (*xTokenize)(Fts5Context*, 275 const char *pText, int nText, /* Text to tokenize */ 276 void *pCtx, /* Context passed to xToken() */ 277 int (*xToken)(void*, int, const char*, int, int, int) /* Callback */ 278 ); 279 280 int (*xPhraseCount)(Fts5Context*); 281 int (*xPhraseSize)(Fts5Context*, int iPhrase); 282 283 int (*xInstCount)(Fts5Context*, int *pnInst); 284 int (*xInst)(Fts5Context*, int iIdx, int *piPhrase, int *piCol, int *piOff); 285 286 sqlite3_int64 (*xRowid)(Fts5Context*); 287 int (*xColumnText)(Fts5Context*, int iCol, const char **pz, int *pn); 288 int (*xColumnSize)(Fts5Context*, int iCol, int *pnToken); 289 290 int (*xQueryPhrase)(Fts5Context*, int iPhrase, void *pUserData, 291 int(*)(const Fts5ExtensionApi*,Fts5Context*,void*) 292 ); 293 int (*xSetAuxdata)(Fts5Context*, void *pAux, void(*xDelete)(void*)); 294 void *(*xGetAuxdata)(Fts5Context*, int bClear); 295 296 int (*xPhraseFirst)(Fts5Context*, int iPhrase, Fts5PhraseIter*, int*, int*); 297 void (*xPhraseNext)(Fts5Context*, Fts5PhraseIter*, int *piCol, int *piOff); 298 299 int (*xPhraseFirstColumn)(Fts5Context*, int iPhrase, Fts5PhraseIter*, int*); 300 void (*xPhraseNextColumn)(Fts5Context*, Fts5PhraseIter*, int *piCol); 301 }; 302 303 /* 304 ** CUSTOM AUXILIARY FUNCTIONS 305 *************************************************************************/ 306 307 /************************************************************************* 308 ** CUSTOM TOKENIZERS 309 ** 310 ** Applications may also register custom tokenizer types. A tokenizer 311 ** is registered by providing fts5 with a populated instance of the 312 ** following structure. All structure methods must be defined, setting 313 ** any member of the fts5_tokenizer struct to NULL leads to undefined 314 ** behaviour. The structure methods are expected to function as follows: 315 ** 316 ** xCreate: 317 ** This function is used to allocate and initialize a tokenizer instance. 318 ** A tokenizer instance is required to actually tokenize text. 319 ** 320 ** The first argument passed to this function is a copy of the (void*) 321 ** pointer provided by the application when the fts5_tokenizer object 322 ** was registered with FTS5 (the third argument to xCreateTokenizer()). 323 ** The second and third arguments are an array of nul-terminated strings 324 ** containing the tokenizer arguments, if any, specified following the 325 ** tokenizer name as part of the CREATE VIRTUAL TABLE statement used 326 ** to create the FTS5 table. 327 ** 328 ** The final argument is an output variable. If successful, (*ppOut) 329 ** should be set to point to the new tokenizer handle and SQLITE_OK 330 ** returned. If an error occurs, some value other than SQLITE_OK should 331 ** be returned. In this case, fts5 assumes that the final value of *ppOut 332 ** is undefined. 333 ** 334 ** xDelete: 335 ** This function is invoked to delete a tokenizer handle previously 336 ** allocated using xCreate(). Fts5 guarantees that this function will 337 ** be invoked exactly once for each successful call to xCreate(). 338 ** 339 ** xTokenize: 340 ** This function is expected to tokenize the nText byte string indicated 341 ** by argument pText. pText may or may not be nul-terminated. The first 342 ** argument passed to this function is a pointer to an Fts5Tokenizer object 343 ** returned by an earlier call to xCreate(). 344 ** 345 ** The second argument indicates the reason that FTS5 is requesting 346 ** tokenization of the supplied text. This is always one of the following 347 ** four values: 348 ** 349 ** <ul><li> <b>FTS5_TOKENIZE_DOCUMENT</b> - A document is being inserted into 350 ** or removed from the FTS table. The tokenizer is being invoked to 351 ** determine the set of tokens to add to (or delete from) the 352 ** FTS index. 353 ** 354 ** <li> <b>FTS5_TOKENIZE_QUERY</b> - A MATCH query is being executed 355 ** against the FTS index. The tokenizer is being called to tokenize 356 ** a bareword or quoted string specified as part of the query. 357 ** 358 ** <li> <b>(FTS5_TOKENIZE_QUERY | FTS5_TOKENIZE_PREFIX)</b> - Same as 359 ** FTS5_TOKENIZE_QUERY, except that the bareword or quoted string is 360 ** followed by a "*" character, indicating that the last token 361 ** returned by the tokenizer will be treated as a token prefix. 362 ** 363 ** <li> <b>FTS5_TOKENIZE_AUX</b> - The tokenizer is being invoked to 364 ** satisfy an fts5_api.xTokenize() request made by an auxiliary 365 ** function. Or an fts5_api.xColumnSize() request made by the same 366 ** on a columnsize=0 database. 367 ** </ul> 368 ** 369 ** For each token in the input string, the supplied callback xToken() must 370 ** be invoked. The first argument to it should be a copy of the pointer 371 ** passed as the second argument to xTokenize(). The third and fourth 372 ** arguments are a pointer to a buffer containing the token text, and the 373 ** size of the token in bytes. The 4th and 5th arguments are the byte offsets 374 ** of the first byte of and first byte immediately following the text from 375 ** which the token is derived within the input. 376 ** 377 ** The second argument passed to the xToken() callback ("tflags") should 378 ** normally be set to 0. The exception is if the tokenizer supports 379 ** synonyms. In this case see the discussion below for details. 380 ** 381 ** FTS5 assumes the xToken() callback is invoked for each token in the 382 ** order that they occur within the input text. 383 ** 384 ** If an xToken() callback returns any value other than SQLITE_OK, then 385 ** the tokenization should be abandoned and the xTokenize() method should 386 ** immediately return a copy of the xToken() return value. Or, if the 387 ** input buffer is exhausted, xTokenize() should return SQLITE_OK. Finally, 388 ** if an error occurs with the xTokenize() implementation itself, it 389 ** may abandon the tokenization and return any error code other than 390 ** SQLITE_OK or SQLITE_DONE. 391 ** 392 ** SYNONYM SUPPORT 393 ** 394 ** Custom tokenizers may also support synonyms. Consider a case in which a 395 ** user wishes to query for a phrase such as "first place". Using the 396 ** built-in tokenizers, the FTS5 query 'first + place' will match instances 397 ** of "first place" within the document set, but not alternative forms 398 ** such as "1st place". In some applications, it would be better to match 399 ** all instances of "first place" or "1st place" regardless of which form 400 ** the user specified in the MATCH query text. 401 ** 402 ** There are several ways to approach this in FTS5: 403 ** 404 ** <ol><li> By mapping all synonyms to a single token. In this case, using 405 ** the above example, this means that the tokenizer returns the 406 ** same token for inputs "first" and "1st". Say that token is in 407 ** fact "first", so that when the user inserts the document "I won 408 ** 1st place" entries are added to the index for tokens "i", "won", 409 ** "first" and "place". If the user then queries for '1st + place', 410 ** the tokenizer substitutes "first" for "1st" and the query works 411 ** as expected. 412 ** 413 ** <li> By querying the index for all synonyms of each query term 414 ** separately. In this case, when tokenizing query text, the 415 ** tokenizer may provide multiple synonyms for a single term 416 ** within the document. FTS5 then queries the index for each 417 ** synonym individually. For example, faced with the query: 418 ** 419 ** <codeblock> 420 ** ... MATCH 'first place'</codeblock> 421 ** 422 ** the tokenizer offers both "1st" and "first" as synonyms for the 423 ** first token in the MATCH query and FTS5 effectively runs a query 424 ** similar to: 425 ** 426 ** <codeblock> 427 ** ... MATCH '(first OR 1st) place'</codeblock> 428 ** 429 ** except that, for the purposes of auxiliary functions, the query 430 ** still appears to contain just two phrases - "(first OR 1st)" 431 ** being treated as a single phrase. 432 ** 433 ** <li> By adding multiple synonyms for a single term to the FTS index. 434 ** Using this method, when tokenizing document text, the tokenizer 435 ** provides multiple synonyms for each token. So that when a 436 ** document such as "I won first place" is tokenized, entries are 437 ** added to the FTS index for "i", "won", "first", "1st" and 438 ** "place". 439 ** 440 ** This way, even if the tokenizer does not provide synonyms 441 ** when tokenizing query text (it should not - to do so would be 442 ** inefficient), it doesn't matter if the user queries for 443 ** 'first + place' or '1st + place', as there are entries in the 444 ** FTS index corresponding to both forms of the first token. 445 ** </ol> 446 ** 447 ** Whether it is parsing document or query text, any call to xToken that 448 ** specifies a <i>tflags</i> argument with the FTS5_TOKEN_COLOCATED bit 449 ** is considered to supply a synonym for the previous token. For example, 450 ** when parsing the document "I won first place", a tokenizer that supports 451 ** synonyms would call xToken() 5 times, as follows: 452 ** 453 ** <codeblock> 454 ** xToken(pCtx, 0, "i", 1, 0, 1); 455 ** xToken(pCtx, 0, "won", 3, 2, 5); 456 ** xToken(pCtx, 0, "first", 5, 6, 11); 457 ** xToken(pCtx, FTS5_TOKEN_COLOCATED, "1st", 3, 6, 11); 458 ** xToken(pCtx, 0, "place", 5, 12, 17); 459 **</codeblock> 460 ** 461 ** It is an error to specify the FTS5_TOKEN_COLOCATED flag the first time 462 ** xToken() is called. Multiple synonyms may be specified for a single token 463 ** by making multiple calls to xToken(FTS5_TOKEN_COLOCATED) in sequence. 464 ** There is no limit to the number of synonyms that may be provided for a 465 ** single token. 466 ** 467 ** In many cases, method (1) above is the best approach. It does not add 468 ** extra data to the FTS index or require FTS5 to query for multiple terms, 469 ** so it is efficient in terms of disk space and query speed. However, it 470 ** does not support prefix queries very well. If, as suggested above, the 471 ** token "first" is substituted for "1st" by the tokenizer, then the query: 472 ** 473 ** <codeblock> 474 ** ... MATCH '1s*'</codeblock> 475 ** 476 ** will not match documents that contain the token "1st" (as the tokenizer 477 ** will probably not map "1s" to any prefix of "first"). 478 ** 479 ** For full prefix support, method (3) may be preferred. In this case, 480 ** because the index contains entries for both "first" and "1st", prefix 481 ** queries such as 'fi*' or '1s*' will match correctly. However, because 482 ** extra entries are added to the FTS index, this method uses more space 483 ** within the database. 484 ** 485 ** Method (2) offers a midpoint between (1) and (3). Using this method, 486 ** a query such as '1s*' will match documents that contain the literal 487 ** token "1st", but not "first" (assuming the tokenizer is not able to 488 ** provide synonyms for prefixes). However, a non-prefix query like '1st' 489 ** will match against "1st" and "first". This method does not require 490 ** extra disk space, as no extra entries are added to the FTS index. 491 ** On the other hand, it may require more CPU cycles to run MATCH queries, 492 ** as separate queries of the FTS index are required for each synonym. 493 ** 494 ** When using methods (2) or (3), it is important that the tokenizer only 495 ** provide synonyms when tokenizing document text (method (2)) or query 496 ** text (method (3)), not both. Doing so will not cause any errors, but is 497 ** inefficient. 498 */ 499 typedef struct Fts5Tokenizer Fts5Tokenizer; 500 typedef struct fts5_tokenizer fts5_tokenizer; 501 struct fts5_tokenizer { 502 int (*xCreate)(void*, const char **azArg, int nArg, Fts5Tokenizer **ppOut); 503 void (*xDelete)(Fts5Tokenizer*); 504 int (*xTokenize)(Fts5Tokenizer*, 505 void *pCtx, 506 int flags, /* Mask of FTS5_TOKENIZE_* flags */ 507 const char *pText, int nText, 508 int (*xToken)( 509 void *pCtx, /* Copy of 2nd argument to xTokenize() */ 510 int tflags, /* Mask of FTS5_TOKEN_* flags */ 511 const char *pToken, /* Pointer to buffer containing token */ 512 int nToken, /* Size of token in bytes */ 513 int iStart, /* Byte offset of token within input text */ 514 int iEnd /* Byte offset of end of token within input text */ 515 ) 516 ); 517 }; 518 519 /* Flags that may be passed as the third argument to xTokenize() */ 520 #define FTS5_TOKENIZE_QUERY 0x0001 521 #define FTS5_TOKENIZE_PREFIX 0x0002 522 #define FTS5_TOKENIZE_DOCUMENT 0x0004 523 #define FTS5_TOKENIZE_AUX 0x0008 524 525 /* Flags that may be passed by the tokenizer implementation back to FTS5 526 ** as the third argument to the supplied xToken callback. */ 527 #define FTS5_TOKEN_COLOCATED 0x0001 /* Same position as prev. token */ 528 529 /* 530 ** END OF CUSTOM TOKENIZERS 531 *************************************************************************/ 532 533 /************************************************************************* 534 ** FTS5 EXTENSION REGISTRATION API 535 */ 536 typedef struct fts5_api fts5_api; 537 struct fts5_api { 538 int iVersion; /* Currently always set to 2 */ 539 540 /* Create a new tokenizer */ 541 int (*xCreateTokenizer)( 542 fts5_api *pApi, 543 const char *zName, 544 void *pContext, 545 fts5_tokenizer *pTokenizer, 546 void (*xDestroy)(void*) 547 ); 548 549 /* Find an existing tokenizer */ 550 int (*xFindTokenizer)( 551 fts5_api *pApi, 552 const char *zName, 553 void **ppContext, 554 fts5_tokenizer *pTokenizer 555 ); 556 557 /* Create a new auxiliary function */ 558 int (*xCreateFunction)( 559 fts5_api *pApi, 560 const char *zName, 561 void *pContext, 562 fts5_extension_function xFunction, 563 void (*xDestroy)(void*) 564 ); 565 }; 566 567 /* 568 ** END OF REGISTRATION API 569 *************************************************************************/ 570 571 #ifdef __cplusplus 572 } /* end of the 'extern "C"' block */ 573 #endif 574 575 #endif /* _FTS5_H */ 576