![](https://secure.gravatar.com/avatar/5d030b7b8a8c4a4f3da4bb95e3cf74e3.jpg?s=120&d=mm&r=g)
Op 2 aug 2009 om 01:01 heeft Stefan Manegold
On Sat, Aug 01, 2009 at 07:13:18PM +0200, Stefan de Konink wrote:
On Sat, 1 Aug 2009, Stefan Manegold wrote:
Once / in case that turns[C out to be(come) a performance bottleneck, we could probably add a BAT(u)iselect (for string-tailed BATs, only) that is based on strcasecmp(3) with not too much efford ...
Is that UTF8 compatible?
as much or little as srcmp(3), I suppose, which we use for normal BAT(u)select, and hence for non-LIKE string predicates (i.e., normal equality and inequality)
Ok, the alternative I suggested to Fabian was to use our lookup table if a char doesnt matches. The minor detail there is endianess. PCRE might be faster anyway, strcasencmp the n is for only one char; trivial to test I guess.
Stefan
Stefan
--- --- --- --------------------------------------------------------------------- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |