Query optimisation

[Chris Muller]

Sure thing.  I just a posted a new configuration to "MagmaTester"
Project on SqueakSource under the name:

  r40Alpha1

This is the latest version of all packages.  All tests pass, and
legacy databases will automatically be upgraded to this version
(you'll see a warning first, and you can't go back once you Proceed).

I don't anticipate anything left in the final r40 that using this
would create any issues migrating to the final version when it's
finally done, so it should be ok to go ahead and use this.  I can't
guarantee that, of course.   :)

Enjoy.


On 6/7/07, Florian Minjat <florian.minjat at emn.fr> wrote:
> Chris Muller wrote:
> > Today I noticed a performance bug; single-clause queries do not need
> > to go through a (expensive) routine needed only for multi-clause
> > queries.
> >
> > A simple guard in the code has now sped up single-clause queries by 100
> > times.
> >
> > A single-clause query is one which has no more than one "range" of
> > keys specified, like:
> >
> >  events where:
> >    [ : each |
> >    each date
> >      between: '1/1/2006' asDate
> >      and: '12/31/2006' asDate ]
> >
> > Like in older Magma (pre-queries) this is really fast again.
>
> Hi,
> That's really cool because I only do single-cause query.
> Is this fix available on the repository ?
>
> Florian
> _______________________________________________
> Magma mailing list
> Magma at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/magma
>