Firebird 2.1 SQL - case-sensitive?

[Grolle]

Hi,

ist die Suche bei Firebird in Varchar-Feldern immer case-sensitive? Kann man das irgendwie in der Abfrage umgehen?

Viele Grüße ...

[mkinzler]

-Vorher beide Seiten der Abfrage in Großbuchstaben wandeln:

SQL-Code:

select * from <Tabelle> where Upper(<Feld>) = Upper( <Suchbegriff>);

-Expression Index

[Grolle]

Zitat:

Zitat von mkinzler

-Vorher beide Seiten der Abfrage in Großbuchstaben wandeln...

hab ich's mir doch gedacht :stupid:

[mkinzler]

Oder wenn du das öfterst benötigst einen Expression Index auf die Upper-Werte anlegen:

SQL-Code:

CREATE INDEX IDX_<Tabelle>_<Feld> ON <Tabelle> COMPUTED BY (UPPER (<Feld> COLLATE <Sortierung(Collation)>));

[Grolle]

Hi,

jetzt habe ich aber doch noch ein Problem bei meiner Abfrage (s = string = gö):

SQL-Code:

SELECT LAST_NAME ||' + QuotedStr(', ') + '||FIRST_NAME AS TXT, ID, GENDER FROM CONTACTS WHERE UPPER(LAST_NAME) LIKE UPPER(''%' + s + '%'') AND STATE=1 ORDER BY LAST_NAME

Finden sollte er ja z. B. Göppert. Tut er aber nicht :gruebel:

[TBx]

Welchen Charset verwendest Du denn? Sonderzeichen wie äöüß etc sind nicht in jedem Characterset enthalten.

[mkinzler]

Was für eine COLLATION hast du angegeben?

[TBx]

na, Herr Kollege, wollen da wieder zwei Dumme auf das selbe hinaus? @Markus

[Grolle]

SQL-Code:

LAST_NAME Varchar(80) CHARACTER SET ISO8859_1

- sollte doch eigentlich klappen, oder?

[Hansa]

Ich glaube kaum, dass so etwas "," Also genau diese drei Zeichen im Namen vorkommen. Wozu immer diese QuotedStr ? :wall: Das macht das Ganze, nebenbei gesagt, sowieso noch dazu case-sensitiv.

Edit es sind sogar 4 Zeichen, also ", ". 8)

[Grolle]

Zitat:

Zitat von Hansa

Ich glaube kaum, dass so etwas "," Also genau diese drei Zeichen im Namen vorkommen. Wozu immer diese QuotedStr ? :wall: Das macht das Ganze, nebenbei gesagt, sowieso noch dazu case-sensitiv. Edit es sind sogar 4 Zeichen, also ", ". 8)

So klappts ja aber auch nicht:

SQL-Code:

SELECT LAST_NAME, ID, GENDER FROM CONTACTS WHERE UPPER(LAST_NAME) LIKE UPPER(''%' + s + '%'')

Charset und Collation sind beide ISO8859_1 :?

[Hansa]

Du kommst nicht drumrum, das SelectSQL.Text anzeigen zu lassen. ShowMessage etc. Dann würde man wohl direkt sehen, wo der Haken ist. Die QuotedStr für das , machen eventuell noch nicht mal was. Aber du verkettest das ja u.a. mit Firstname. Weiß der Teufel, was da im Endeffekt dabei rauskommt. Wenn der ganze Ausdruck durch die "" case-sensitiv wird, wie vermutet, na dann ist alles klar. :twisted: Öffne mal die DB im IBExpert und gucke, wie die aussieht. Bei mir in der DB ist jedenfalls von " nirgendwo was zu sehen und im Source wirst du kein QuotedStr finden.

[Grolle]

Hi,

habe es jetzt so getauscht und das klappt!?!:

SQL-Code:

... WHERE UPPER(LAST_NAME) LIKE ''%' + AnsiUpperCase(s) + '%'' AND STATE=1 ORDER BY LAST_NAME'

Jetzt werde ich das mal parametrisieren :mrgreen:

Viele Grüße ...

[mkinzler]

Ich würde statt

SQL-Code:

LIKE '%<Suchstring>%'

noch

SQL-Code:

CONTAINING '<Suchstring>'

nehmen

[Grolle]

Damit könnte ich aber keine % innerhalb des Suchstrings platzieren, oder? Also

SQL-Code:

LIKE '%<Such%ring>%'

Viele Grüße ...

[mkinzler]

Zitat:

Zitat von Grolle

Damit könnte ich aber keine % innerhalb des Suchstrings platzieren, oder? Also

SQL-Code:

LIKE '%<Such%ring>%'

Viele Grüße ...

Brauchst man auch nicht, da der Suchsstring an beliebiger Stelle des Feldes stehen kann

[Hansa]

Gibt es einen wichtigen Vorteil, CONTAINING zu verwenden ? Sehe gerade, dass bei mir an solchen Stellen noch LIKE %XY% steht. @Grolle : da stimmt trotzdem was nicht. Mache diese verfluchten QuotedStr endlich weg. :mrgreen:

[mkinzler]

Zitat:

Gibt es einen wichtigen Vorteil, CONTAINING zu verwenden ?

Ja man kann auf die % verzichten

[Hansa]

Jo, echt sehr wichtig. :mrgreen:

[Grolle]

Zitat:

Zitat von mkinzler

Ja man kann auf die % verzichten

Die sind aber für den in #15 genannten Suchstring hilfreich :zwinker:

[mkinzler]

Wenn man den Suchbegriff aus einem Edit o.ä. zieht oder eine Abfrage zur Laufzeit zusammensetzt kann das die Sache schon sehr erleichtern

Zitat:

Die sind aber für den in #15 genannten Suchstring hilfreich Zwinkern

SQL-Code:

LIKE '%<Such%ring>%'

ist aquivalent zu

SQL-Code:

CONTAINING '<Such'

[TBx]

Zitat:

Zitat von Hansa

Gibt es einen wichtigen Vorteil, CONTAINING zu verwenden ?

jep, CONTAINING ist nicht case sensitiv :-)

SQL-Code:

WHERE UPPER (FELD) LIKE UPPER ('%TBx%')

ist das gleiche wie

SQL-Code:

WHERE FELD CONTAINING 'TBx'

[schlecki]

Ich weiß, dieser Beitrag ist schon älter als 2 Jahre - bin über Google drüber gestolpert und die nachfolgende Aussage stimmt so nicht (mehr?):

Zitat:

Zitat von mkinzler (Beitrag 912772)

SQL-Code:

LIKE '%<Such%ring>%'

ist aquivalent zu

SQL-Code:

CONTAINING '<Such'

folgender SQL-Befehl

SQL-Code:

select '1', S.BEZEICHNG from STATUS S where S.BEZEICHNG like '%app%p%'
union
select '2', S.BEZEICHNG from STATUS S where S.BEZEICHNG containing ('app')

liefert folgendes Ergebnis:

Code:

CONSTANT   BEZEICHNG
1          approved preliminary
2          approved
2          approved preliminary
2          approved under conditions

Nur, falls nochmal jemand drüber stolpert ;)

[DeddyH]

Wenn man das einmal in Deutsch übersetzt, ist es klar, dass das nicht dasselbe sein kann.

SQL-Code:

select '1', S.BEZEICHNG from STATUS S where S.BEZEICHNG like '%app%p%'

--> Alle Datensätze, in deren BEZEICHNG "app" und irgendwo dahinter noch "p" vorkommt.

SQL-Code:

select '2', S.BEZEICHNG from STATUS S where S.BEZEICHNG containing ('app')

--> Alle Datensätze, deren BEZEICHNG "app" enthält

[Sir Rufo]

Zitat:

Zitat von mkinzler (Beitrag 912772)

SQL-Code:

LIKE '%<Such%ring>%'

ist aquivalent zu

SQL-Code:

CONTAINING '<Such'

diese Aussage war, ist und wird falsch bleiben

so ist die Aussage richtig:

SQL-Code:

LIKE '%<Such%'

ist aquivalent zu

SQL-Code:

CONTAINING '<Such'

Wobei die Betrachtung ob Case-Sensitiv oder nicht mal ausser acht gelassen wird.