cast in query

[khh]

hallo zusammen,
ich habe eine Query in der folgende klausel steht:

Code:

order by kunden_id , cast(p.artnr as integer)

das Feld p.artnr ist vom Type char.
Jetzt kann es leider vorkommen, dass in der artnr auch alphanumerische zeichen stehen
( Der Kund ist König)
wie krieg ich es hin, dass die Sortierung trotzdem funktioniert ?

ich danke euch

[DeddyH]

Und wenn Du links mit Leerzeichen auffüllst (LPAD)?

[khh]

leerzeichen?

du meinst in der Abfrage?

[DeddyH]

Ja. Bei genügend Leerzeichen sollten theoretisch auch Zahlen korrekt sortiert werden.

Code:

-----1
---101
---102

[khh]

Zitat:

Zitat von DeddyH (Beitrag 1111843)

Ja. Bei genügend Leerzeichen sollten theoretisch auch Zahlen korrekt sortiert werden.

Code:

-----1
---101
---102

ach so, du meinst gar nicht zu integer casten sondern gleich mit Leerzeichen auffüllen.
würde bedeuten, dass ich abhängig von der stringlänge der Artikenummern unterschiedlich viele leerzeichen davor setzen muss.
Das char feld ist 20 Zeichen gross

[khh]

funktioniert leider nicht :-(

select artikelnummer from hwd_artikel
order by lpad(artikelnummer,20)

bringt die gleiche sortierung wie

order by artikelnummer

dagegen sortiert
cast(artikelnummer as integer) so wie es sein soll,

allerdings bekomme ich eben den Fehler bei alphanummerischen Zeichen :-(

[jobo]

Du müsstest wohl nach Char konvertieren. Am besten gleich im Select selbst und dann noch einmal verschachteln.

SQL-Code:

select * from 
( Select t.*, convert(t.int as Char) as OrderField from table t ) x order by ... x.Orderfield

Und das LPad noch rein.

[alex517]

SQL-Code:

order by 
  kunden_id, ''||LPAD(p.artnr, 20)

[mkinzler]

Hier könnte eine eigene Collation helfen.

[khh]

Zitat:

Zitat von jobo (Beitrag 1111858)

Du müsstest wohl nach Char konvertieren. Am besten gleich im Select selbst und dann noch einmal verschachteln.

SQL-Code:

select * from 
( Select t.*, convert(t.int as Char) as OrderField from table t ) x order by ... x.Orderfield

Und das LPad noch rein.

warum nach char?

die artikelnummer ist doch char

[khh]

Zitat:

Zitat von mkinzler (Beitrag 1111864)

Hier könnte eine eigene Collation helfen.

wie meinst das mit der Collation?

[p80286]

[Collation in Firebird]http://www.firebirdsql.org/refdocs/langrefupd21-ddl-collation.html[/URL]

Aber es geht wohl kein Weg daran vorbei, sich über den Feldinhalt einpaar Gedanken zu machen.
Wie sehen die Daten denn aus?

Gruß
K-H

[khh]

Zitat:

Zitat von p80286 (Beitrag 1111879)

[Collation in Firebird]http://www.firebirdsql.org/refdocs/langrefupd21-ddl-collation.html[/URL]

Aber es geht wohl kein Weg daran vorbei, sich über den Feldinhalt einpaar Gedanken zu machen.
Wie sehen die Daten denn aus?

Gruß
K-H

hi k-h,
wenn das so einfach wäre.
Die Anforderung des Kunden ist nunmal , numerische und alphanumerische, sowie gemischte Artikelnummern zu vergeben.
Da helfen meine Gedanken, alphanumerische Werte nicht zuzulassen recht wenig :-(
Also ist Artikelnummer vom tpye char.

Und jetzt das Ganze numerisch sortieren,
also 1,2,3,50,100, usw.
dazischen dann noch abc, abd usw.

[p80286]

Da gibt es wohl ein Verständnisproblem

Delphi-Quellcode:

01
 1
 1  a
  123
157a
157ab12
  34-99-1

ene "01" ist etwas anderes als eine "1" und wieder etwas anderes als eine " 1"
Vielleicht muß man den Kunden darauf hinweisen, daß das so nicht geht, oder ist vielleicht etwas anderes gemeint als in der DB steht?
(Seit es diese prop. Fonts für Eingabefelder gibt, ist TrimLeft mein liebster Befehl)

Gruß
K-H

[khh]

ja, ich denke manche Sachen gehen einfach nicht wie der Kunde sich das vorstellt.

Ich werde ihn davon überzeugen :-)


Ich danke euch

Gruss KHH