[dev] [cvs] commit: dimp/js DimpBase.js ViewPort.js dimp/js/src DimpBase.js ViewPort.js

Michael M Slusarz slusarz at horde.org
Thu May 29 20:55:51 UTC 2008


Quoting Chuck Hagenbuch <chuck at horde.org>:

> Quoting Michael M Slusarz <slusarz at horde.org>:
>
>>   Log:
>>   New, more powerful search interface, based in part on the search interface
>>   used by Taffy DB (http://taffydb.com/). Allows us to better
>> identify and string
>>   queries, and will allow easily extensibility in case we need
>> additional query
>>   filters in the future. Add a 'not' search that will be used in
>> some new code
>>   I am currently still testing.
>
> Sounds pretty cool - do you think this is applicable to other apps
> also perhaps?

Possibly.  Pros are it is released on a BSD license, and appears to be  
a very thorough DB, albeit one with a very managable API and is fairly  
small when compressed (< 10 KB).  Cons are that the code is pretty  
hard to follow/read (although if we are simply including like  
prototype, that is not a big deal) and that it might be overkill for  
stuff that we do.

I could see us using this in the future as something to use when first  
developing an application, but as the application matures it is  
probably best to look at coding our own solution.  i.e. in DIMP the  
custom-built DB we are using for cached mailbox info is optimized for  
its purpose (we have optimized row/uid lookup tables rather than doing  
a search for such data for example), and our search needs are  
extremely limited so there is not much need for 80+% of the search  
options provided by the API.  Although it might be interesting to see  
if the code could be extended to do something such as auto-indexing by  
various keys - this might make it usable in the future.  Additionally,  
the next generation of browsers (FF3, apparently the new  
"squirrelfish" JS engine for webkit) is going to have much faster JS  
implementations, so optimizing at the expense of a standard  
browser-side DB solution might become less important.

michael

-- 
___________________________________
Michael Slusarz [slusarz at horde.org]



More information about the dev mailing list