On Aug 9, 2012, at 01:39 , Jonas Sicking wrote:
On Wed, Aug 8, 2012 at 1:33 AM, Yuval Sadan sadan.yu...@gmail.com wrote:
Perhaps it shouldn't be a full-text *index* but simply a search feature.
Though I'm unfamiliar with specific implementations, I gather that filtering
records in native code
This is somewhat similar to [1] and something we decided was
out-of-scope for v1. But for v2 I definitely think we should look at
mechanisms for using JS code to filter/sort/index data in such a way
that the JS code is run on the IO thread.
[1]
On Tue, Aug 7, 2012 at 8:36 PM, Alec Flett alecfl...@google.com wrote:
FWIW it's fairly hard to for a database to index arbitrary content for
regexes, to the point where it's going to be hard to do MUCH better than
simply filtering based on regex.
Perhaps it shouldn't be a full-text *index*
On Wed, Aug 8, 2012 at 1:33 AM, Yuval Sadan sadan.yu...@gmail.com wrote:
On Tue, Aug 7, 2012 at 8:36 PM, Alec Flett alecfl...@google.com wrote:
FWIW it's fairly hard to for a database to index arbitrary content for
regexes, to the point where it's going to be hard to do MUCH better than
FWIW it's fairly hard to for a database to index arbitrary content for
regexes, to the point where it's going to be hard to do MUCH better than
simply filtering based on regex. Out of curiosity, would the free text
search feature on that wiki page that Arthur provided meet your needs?
it's more
On 7/31/12 2:17 PM, ext Michael Brooks wrote:
I like IndexedDB and non-relational databases. One feature that is
very useful is the ability to search by regular expression:
http://www.mongodb.org/display/DOCS/Advanced+Queries#AdvancedQueries-RegularExpressions
By not having this feature, I
I like IndexedDB and non-relational databases. One feature that is very
useful is the ability to search by regular expression:
http://www.mongodb.org/display/DOCS/Advanced+Queries#AdvancedQueries-RegularExpressions
By not having this feature, I can't port my application to IndexedDB from
WebSQL
