Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support full text indexes #44

Open
inexorabletash opened this issue Oct 7, 2015 · 8 comments
Open

Support full text indexes #44

inexorabletash opened this issue Oct 7, 2015 · 8 comments
Labels
feature request i18n-tracker Group bringing to attention of Internationalization, or tracked by i18n but not needing response. indexes queries
Milestone

Comments

@inexorabletash
Copy link
Member

Either directly support full text indexes, or provide the primitives necessary to build them, which might include prefix-based searching, expression indexing, etc.

Imported from https://www.w3.org/2008/webapps/wiki/IndexedDatabaseFeatures

@inexorabletash
Copy link
Member Author

i.e. may just be #33

@nolanlawson
Copy link
Member

+1, big missing feature between WebSQL and IDB.

I agree this should be closed though in favor of #33 (w/ worklets). It ought to be out-of-scope to define particular stemmers for particular languages (e.g. Porter/English by default, as SQLite does). The worklet solution neatly allows e.g. Lunrjs to create their own. Folks will also inevitably want very complex stemmer functionality (e.g. "parse this field both as French and as English, index the union of all tokens") and such things should be solved in userland IMO.

Unsolved by #33 however: how to implement a scoring function, e.g. TF-IDF, DisMax, etc.

@inexorabletash
Copy link
Member Author

inexorabletash commented Sep 28, 2016

If you're watching this issue...

One of the primitives necessary for building full text search on top of indexes is text segmentation. @littledan has a proposal for adding this to ECMA-402 (the ECMAScript Intl object). He'd love feedback:

@EloB
Copy link

EloB commented Dec 30, 2017

This is one of the big reason why I rather use WebSQL instead of Indexeddb.

@aphillips
Copy link

@nolanlawson and @inexorabletash have identified a couple of the challenges with implementing FTS: it's language sensitive, and open source provides imperfect solutions even for common languages. That's not an argument against it as a desirable feature, just a practical observation.

@w3c w3c deleted a comment from Shawndrea Jan 9, 2018
@inexorabletash
Copy link
Member Author

TPAC 2019 Web Apps Indexed DB triage notes:

Valid use case, and also very complicated. Waiting on someone to come forward with a good design and POC, either high level or via primitives.

(Re: primitives - see #38)

@inexorabletash inexorabletash added this to the vFuture milestone Sep 20, 2019
@himorin himorin added the i18n-tracker Group bringing to attention of Internationalization, or tracked by i18n but not needing response. label Sep 25, 2019
@kaizhu256
Copy link

perhaps the best solution is to use sql.js instead? i'm skeptical about the usability and performance of an indexeddb solution compared to sqlite3.

@inexorabletash
Copy link
Member Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request i18n-tracker Group bringing to attention of Internationalization, or tracked by i18n but not needing response. indexes queries
Projects
None yet
Development

No branches or pull requests

6 participants