Re: [Tracker] Anaylsis of Sqlite FTS 3

2008-09-20 Thread Jamie McCracken
well using it raw is not an option as its too different and too inefficient sqlite fts is not moving very fast (only dfference between FTS2 and FTS3 was a bug fix tot he index structure) and is fairly stable I will use ifdef directives to mark our changes so hopefully we can easily adapt it to F

Re: [Tracker] Anaylsis of Sqlite FTS 3

2008-09-20 Thread Michael Biebl
2008/9/20 Martyn Russell <[EMAIL PROTECTED]>: > > But before all of this, have you asked the SQLite developers if they > would be interested in a patch from us to add such functionality? I > really think forking should be the last step. > FWIW, fully agree with what you said. Speaking with my De

Re: [Tracker] Anaylsis of Sqlite FTS 3

2008-09-20 Thread Martyn Russell
Jamie McCracken wrote: > On Wed, 2008-07-30 at 05:56 +0300, Ivan Frade wrote: >> Hi Jamie Hi >> This FTS3 sounds great, and could help to remove a lot of "home brew" code. >> >>> All the above disadvantages can be sorted by forking FTS 3 and >>> including: >> well, "forking" doesn't sound so go