MySQL Sortierung deutsche Umlaute

[luisk]

Hallo,
wie kann man über Order By erreichen, dass z.B. Ä gleichwertig mit A sortiert wird ?
Kennt jemand den Zusatz zu Order By ?

[himitsu]

Indem man dem MySQL sagt was für eine Kodierung die gewünschte Spalte hat und wie sie sortiert werden soll? :stupid:

http://dev.mysql.com/doc/refman/5.5/...-charsets.html

[luisk]

und wie sieht dann das Order By Statement aus ?

[DeddyH]

http://dev.mysql.com/doc/refman/5.0/...t-collate.html

[himitsu]

Zitat:

Zitat von luisk (Beitrag 1287976)

und wie sieht dann das Order By Statement aus ?

Ganz normal halt (

SQL-Code:

ORDER BY feldname

), da die Definition ja bereits im Feld steckt.

Außer das Feld wurde nicht richtig deklariert und man muß nun im ORDER-BY den Zeichensatz casten (siehe DeddyH).



Aber ich würde eher zu Ersterem raten.

SQL-Code:

CREATE TABLE .... xxx VARCHAR(length) [CHARACTER SET charset_name] [COLLATE collation_name]

http://dev.mysql.com/doc/refman/5.1/...ate-table.html

[Jumpy]

Die anderen Antworten sind sicher die sinnvolleren, aber da du nach dem OrderBy fragst geht je nach DBMS auch sowas:

Order By Replace(Feldname,'Ä','A')

[jobo]

Zitat:

Zitat von Jumpy (Beitrag 1288011)

Die anderen Antworten sind sicher die sinnvolleren, aber da du nach dem OrderBy fragst geht je nach DBMS auch sowas:

Order By Replace(Feldname,'Ä','A')

Was dann aber einen vielleicht vorhandenen Index unbrauchbar machen würde. Also geht, aber langsam.

[p80286]

Zitat:

Zitat von jobo (Beitrag 1288014)

Was dann aber einen vielleicht vorhandenen Index unbrauchbar machen würde. Also geht, aber langsam.

Das "langsam" muß aber nicht unbedingt stattfinden, es ist wohl eher von der Serverkapazität abhängig.

Gruß
K-H

[mkinzler]

Zitat:

Zitat von p80286 (Beitrag 1288037)

Zitat:

Zitat von jobo (Beitrag 1288014)

Was dann aber einen vielleicht vorhandenen Index unbrauchbar machen würde. Also geht, aber langsam.

Das "langsam" muß aber nicht unbedingt stattfinden, es ist wohl eher von der Serverkapazität abhängig.

Gruß
K-H

Verglichen mit der Suche über einen passenden Index wird es aber meistens langsamer sein.

[p80286]

"Suche"? wenn ich mich richtig erinnere, ging's um das Sortieren der Ausgabe?

Gruß
K-H

[baumina]

Ist doch egal ob Suche oder Sortierung. Eine Datenbank kann entweder einen Index verwenden oder eben nicht. Ersteres ist immer der schnellere Weg.

[Jumpy]

Zitat:

Zitat von baumina (Beitrag 1288049)

Ersteres ist immer der schnellere Weg.

Ich plapper jetzt nur nach, was ich hier in anderen Threads und Blogs zur SQL-Optimierung glaube gelernt zu haben: So pauschal kannst du die Aussage nicht stehen lassen, auch wenn sie oft richtig ist. So wie ich das verstanden habe gibt es auch Fälle, wo ein Index nicht hilft, evtl. sogar kontraproduktiv ist.

[mkinzler]

Ein Index kostet beim Einfügen, Löschen und ggf auch beim Ändern eines Datensatzes. Wenn also oft geschrieben und selten gelesen wird oder wenn extrem wenig Datensätze vorhanden sind kann man auf ihn verzichten. Im Normalfall hat man aber eine gewisse Anzahl von datensätzen und liest öfterst als man ändeert, dann sind Indizes sinnvoll.

[p80286]

Der Index ist immer dann sinnvoll wenn gesucht wird und die Ergebnismenge wesentlich kleiner als die Gesamtmenge ist. Wenn die Datenbank als Blackbox für Datensammlung (log) genutzt wird, ist der Index unnötig bzw. kontraproduktiv. Was das Einfügen der Datensätze angeht, solange sichergestellt ist, das keine doppelten Datensätze in eine Tabelle eingefügt werden, kann man auf den Index verzichten. Dies kann auch für den Import bzw. den Initialen Aufbau der DB gelten. Für Adresssammlungen, Kundenkarteien also die klassischen Anwendungen einer DB ist der Verzicht auf Indices im Normalbetrieb meist nicht empfehlenswert. Im Gegenteil, wer an den Indices spart beschränkt die Suchleistung der DB unnötig.

Gruß
K-H

[himitsu]

Zitat:

Zitat von p80286 (Beitrag 1288047)

"Suche"? wenn ich mich richtig erinnere, ging's um das Sortieren der Ausgabe?

Suchen/Filtern = alle Werte mit einem externen Wert vergleichen

Sortieren = quasi alle Werte mit allen anderen Werten vergleichen (lässt sich zwar optimieren, aber es sind dennoch mehr Vergleiche, wie beim Suchen)


Im besten Fall ist der Index bereits schon so oder rückwärts sortiert, wie man es benötigt, dann könnte der Index direkt für die Sortierung verwendet werden und man braucht garnichts mehr zu vergleichen.