[MySQL] Where-Abfrage mit Sonderzeichen (Case Sensitive Probs...)

[topfkanne]

Hallo!

Ich übergebe über die URL einige Variablen, zb. Oeffentliche_veRANstaLtung
Bei dieser wird dann der Unterstrich wieder rausgenommen und die Sonderzeichen (ä,ö,...) werden ersetzt.

Vor der Abfrage habe ich dann also Öffentliche veRANstaLtung in einem String stehen.

Die Tabelle hab ich nicht auf Case Sensitive stehen, was eigentlich heißen müsste, dass er den Eintrag finden sollte. Aber wenn das Ö jetzt klein geschrieben wäre, findet er ihn nicht. Auch nicht mit LIKE.

Bei allen anderen Zeichen ist das kein Problem, ob groß oder klein.

Kann mir das wer erklären?

 

[transversalis]

Case insensitiv bezieht sich nur auf die Buchstaben A-Z , nicht auf solche deutschen Besonderheiten wie ä,ö und ü. Darum ist auch bei case-insensitiver Einstellung ö ^= Ö

 

[DaPhreak]

Welche collation hast Du genommen? Die hat starken Einfluss auf die Umlautbehandlung.

Siehe z.B. hier für Details zu latin1_german1_ci und latin1_german2_ci oder hier für ein paar Beispiele.

Ob das mit dem case insensitive dann klappt weiß ich allerdings auch nicht.

 

[topfkanne]

Ich hab einiges ausprobiert, auch das. Hab auch nochmal gegoogelt, aber finde gerade nichts. Bin immer noch dankbar für Ideen : )

 

[ice-breaker]

WHERE UPPER(spalte) = UPPER('Öffentliche veRANstaLtung')

so vllt ?

 

[topfkanne]

ne, klappt nicht. der kann die umlaute nicht unterscheiden (klein- und großbuchstabe..) und wandelt die deshalb nicht um - hab ich auch gelesen.

 

[ice-breaker]

öhm, wie ist deine Client-Verbindung encodiert?
Setz mal auf UTF-8, habe gerade mal auf der commandline deutsche Umlaute getestet, da liefen sie auch net, ist auf irgendein latin gestellt, muss gleich mal schauen welches (update ich dann), will nun aber erstmal essen

 

[transversalis]

nene, kannst höchstens die Umlaute mit translate() umwandlen


WHERE TRANSLATE(UPPER(spalte)'äöü','ÄÖÜ') = TRANSLATE(UPPER('Öffentliche veRANstaLtung'),'äöü','ÄÖÜ')

MySQL sollte das können, aber ob das dann noch performant ist ??

 

[ice-breaker]

nene

mysql> SELECT @@collation_connection;
+------------------------+
| @@collation_connection |
+------------------------+
| latin1_swedish_ci      |
+------------------------+
1 row in set (0.00 sec)

mysql> SELECT 'ÖUÄ';
+-----+
| TUZ |
+-----+
| TUZ |
+-----+
1 row in set (0.00 sec)

doch doch doch

MySQL sollte das können, aber ob das dann noch performant ist ??

auch meine upper-Methode ist ineffizient

Topfkanne, kannst du mal die beiden Select-Befehle ausführen und uns die Werte nennen ?
Nicht per phpMyAdmin ausführen sondern mit deiner PHP-Db-Verbindung.

 

[topfkanne]

ähh sry, welche werte?
und soll ich die tabellen auf utf-8 stellen??

 

[ice-breaker]

ähh sry, welche werte?

das ergebniss der beiden querys die ich auch oben ausgeführt.
und utf-8 zu nutzen ist alles andere als ein schlechte idee

 

[topfkanne]

Array ( [0] => latin1_swedish_ci [@@collation_connection] => latin1_swedish_ci )

Array ( [0] => ÖUÄ [ÖUÄ] => ÖUÄ )

 

[topfkanne]

war nicht richtig ??

 

[DaPhreak]

Warum nutzt Du als Kollation swedish und nicht german1_ci oder german2_ci?

 

[topfkanne]

eigentlich ist sie auf utf8_unicode_ci gestellt : /
(wenn ich in der datenbank unter "opationen" nachlese)

 

[ice-breaker]

die angegebene collation, ist die connection nicht die tabelle

aber diese auf utf8 (SET NAMES utf zu stellen ist sicherlich keine schlechte idee, wenn deine ganze anwendung scheinbar auf utf-8 beruht