On Sat, Sep 25, 2010 at 9:22 PM, Leif Middelschulte <leif.middelschu...@gmail.com> wrote: > Hey, > > first of all: awesome :-) Really looking forward to use it, once I'm > back on linux. > > I just had a quick look at the modified query. Why don't you use an > outer join, to get most accurate results and those which don't have a > match?
because this one is now faster as it retrieves less data... and less data is always good, right? :-) before, if we had a list with all fields populated (album, artist and genre), you'd end calling eina_stringshare_add() a lot... memory duplication wouldn't be high as often you have couple of music of the same album, artist and genre, but still you're doing lots of operation you don't require. Right now just do for title and path... but as soon as I get to some mobile device, if I notice things are slow, I may consider change that to just get the audio id, and when item properties are used just then fetch these from db... that's what we had to do with Canola for N800. :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
