Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Message-ID: <4613492.1179492076507.JavaMail.jira@brutus>
Date: Fri, 18 May 2007 05:41:16 -0700 (PDT)
From: "Knut Anders Hatlen (JIRA)" <jira@apache.org>
To: derby-dev@db.apache.org
Subject: [jira] Updated: (DERBY-2670) %a% and %aa% match too many rows in
 database with collation=TERRITORY_BASED and territory=no_NO
In-Reply-To: <6586603.1179491356132.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/DERBY-2670?page=3Dcom.atlassia=
n.jira.plugin.system.issuetabpanels:all-tabpanel ]

Knut Anders Hatlen updated DERBY-2670:
--------------------------------------

    Attachment: coll.java

Attaching the same repro as a Java application. In the Java application I r=
eplaced '=C3=A5' with '\u00E5' and soft hyphen with '\u00AD' (to make the r=
epro independent of locale/terminal and to make it clearer which characters=
 the strings contained).

> %a% and %aa% match too many rows in database with collation=3DTERRITORY_B=
ASED and territory=3Dno_NO
> -------------------------------------------------------------------------=
----------------------
>
>                 Key: DERBY-2670
>                 URL: https://issues.apache.org/jira/browse/DERBY-2670
>             Project: Derby
>          Issue Type: Bug
>          Components: SQL
>    Affects Versions: 10.3.0.0
>            Reporter: Knut Anders Hatlen
>         Attachments: coll.java, collrepro.sql
>
>
> On a database with territory=3Dno_NO and collation=3DTERRITORY_BASED, I g=
et these results from a query which uses the LIKE predicate:
> ij> select * from t where x like '%a%';
> X                  =20
> --------------------
> Waagan             =20
> W=C3=A5han              =20
> Wanvik             =20
> W=C3=A5gan              =20
> ekstrabetaling     =20
> ekstra=C2=ADarbeid      =20
> =C2=ADa                 =20
> a                  =20
> -a                 =20
>  a                 =20
> B                  =20
> C                  =20
> 12 rows selected
> The last two rows ('B' and 'C') should not have been included in the resu=
lt, since they do not match the pattern '%a%'.
> Similar wrong results are seen with '%aa%':
> ij> select * from t where x like '%aa%';
> X                  =20
> --------------------
> Waagan             =20
> ekstraarbeid       =20
> B                  =20
> 3 rows selected

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.