SQL >> sortering

select kolonne
  from tabel
order by to_number(kolonne);

Dette vil selvfølgelig fejle hvis bare en enkelt ikke indeholder tal.
Hvis du har indeks på kolonnen vil dette heller ikke kunne bruges.

prøv med "order by to_number(dinkolonne)"

hvad mener du hvis jeg har indeks på kolonnen?

Det er fodi den sortere det som tekst og så kigger den tegne for tegn og finder ud af "1" < "2" osv derfor er sorteringen sådan. Hvis du lavede kolonnen som interger/tal så ville den sortere rigtigt så 34 kommer først så 54322 ovs.

Alternativt skal du i din SQL førtæller SQL fortoleren den skal tolke kolonnen som Integer, denne ville virker i Access men jeg ved ikke hvad samme konverteing hedder i Oracle:

SQL = "SELECT kolonne FROM tabel ORDER BY Int(kolonne)"

jeg har prøvet order by int(kolonne) .. men den virker ikke - og det gør ..to_number(kolonne).. heller ikke :(

det var derfor jeg lige efterlyste den der med indekseringen - hvad er det?

Hvis du kører Oracle virker to_number(strkolonne) da fint??
(Har lige testet det)

monstemand. Er din database en oracle database?

Det virker underligt at order by to_number(kolonnenavn) ikke skulle virke. Hvad med simpelhen at lave kolonnen om til en NUMBER i stedet for? alter tabelnavn modify kolonne number;

ja den er, men det er ikke en jeg selv har lavet. Jeg sidder og arbejder med et system hvor man selv kan brugerdefinere hvilke udtræk man vil lave af databasen. Det er åbenbart ikke alt der er tilladt..jeg kan nemlig godt bruge to_char uden problemer

SELECT
Sagsnummer, Sagsnavn, Kundenummer, Navn1, Sælger, Ansvarlig
FROM
sagshoved
WHERE
Spærret = 0 AND Slutfaktureret = 0 AND Afsluttet = 0 ORDER BY Sagsnummer

det er sådan den ser ud når den sorterer "forkert", eller rettere efter string-datatypen.

SELECT
Sagsnummer, Sagsnavn, Kundenummer, Navn1, Sælger, Ansvarlig
FROM
sagshoved
WHERE
Spærret = 0 AND Slutfaktureret = 0 AND Afsluttet = 0 ORDER BY to_number(Sagsnummer)

ved ovenstående får jeg fejken http://212.242.62.175/fejl.jpg

Hvilke fejlkode får du når du forsøge at lave to_number?

Prøv med:

select Sagsnummer, Sagsnavn, Kundenummer, Navn1, Sælger, Ansvarlig
from (select to_number(Sagsnummer) as SortFelt,
            Sagsnummer, Sagsnavn, Kundenummer, Navn1, Sælger, Ansvarlig
      from SagsHoved
      where Spærret = 0 and Slutfaktureret = 0 and Afsluttet = 0
      order by SortFelt)

det eneste jeg får af fejl er http://212.242.62.175/fejl.jpg og så annullerer den opdateringen..

psv >> så kommer den med nøjagtig samme fejlmeddelelse - dvs. den betragter to_number som værende en kolonne - og den findes selvfølgelig ikke..

det er kun to_number den brokker sig over - hvis jeg fjerner den virker det som hidtil ..

det er ikke sådan at to_numer skal skrivers med stort så??:

SELECT
Sagsnummer, Sagsnavn, Kundenummer, Navn1, Sælger, Ansvarlig
FROM
sagshoved
WHERE
Spærret = 0 AND Slutfaktureret = 0 AND Afsluttet = 0 ORDER BY TO_NUMER(Sagsnummer)

Bruger du ODBC, ADO eller SQLNET/NET8 til at tilgå databasen?

TO_NUMBER skulle der stå!!

Øøøh - er du sikker på du kører Oracle??? :-)

eagleeye >> det gør desværre ingen forskel - jeg få stadig samme fejl . Du kan også se i fejlmeddelelsen at to_number var skrevet med CAPS, og på det tidspunkt skrev jeg med småt

kbb2 >> som sagt er det et program hvor jeg bare skal definere udtrækkende af databasen - dvs. jeg har ingen anelse om det er ODBC, ADO eller SQLNET/NET8... :o(

det har jeg fået af vide det er - har du da andre forslag hvis det viser sig det ikke er en orakel database?

(i fejlmeddelelsen står der ORA-00904 - det kunne tyde på oracle)

to_char
to_number
...er der andre der kunne omdanne til tal-typen?

Fejlen er en ORA fejl dvs. den er genereret af Oracle.. Noget siger mig at du skal gå dit setup igennem. Jeg menner ikke Oracle, men sikrer dig at du rent faktisk også kører det rigtig script.

Du må fx IKKE anvende danske bogstaver som  Æ, Ø Å

Prøv et step af gangen!

Fx:
SELECT
Sagsnummer, Sagsnavn, Kundenummer, Navn1, Sælger, Ansvarlig
FROM
sagshoved

Virker dette, så prøv det næste step og se hvor fejlen opstår!

Det er ikke det fejlmeddelelsen går på... De siger Invalid column...

Det lugter af at der er en tredjeparts-fortolker imellem som spoofer dit udtryk. to_number er standard Oracle´... Og virker fjong her...

..men det hele virker jo - det eneste der ikek virker er sorteringen. Den sorterer efter typen String(hvilket den jo også skal når kolonnen er af typen string) - jeg ville bare gerne have sorteringen til at blive i nummerorden - dvs. som om at kolonnen var af typen integer..

det hele virker jo ikke... Det er standard SQL og bliver tilsyneladende ødelagt på vej til Oracle...!

Tja hvis det virker med ÆØÅ i dine sqlscripts så er der noget der tyder på at din SQL sætning bliver fortolket. Hvilket program er det du bruger til at definere dine udtræks??

psv >> det er jeg også bange for - også i og med at to_char virker!!

..så virker det jo underligt at to_number ikke virker(!) Den opfatter jo to_number som værende en kolonne..og ikke en parameter som den jo er..

to_number og to_char er funktioner!

undskyld...funiktioner - jeg er ikke så stærk i de begreber der :o)

Er du sikker på der ikke er tekst i en af felterne i kolonnen for den skriver TO_NUMBER_ILLEGAL

Hvis der er tekst i kolonnen giver den fejlen ORA-01722 som er invalid number!

Monstermand.. Hvad hedder det program/udviklingsværktøj du brugeR??

eagleeye >> nej det er jeg ikke sikker på! Jeg har fået fortalt at HELE kolonnen kun skulle indeholde tal - men det kan jo være at der ligger nogle bogstaver gemt et sted således at det ikke kan lade sig gøre at bruge to_number...synes du fejlmeddelelsen tyder på det?

kbb2 >> maconomy

monstermand >> Check lige at kolonnen kun indeholder tal.

Så er der noget der siger mig at din SQL sætning bliver "behandlet" inden den ryger videre til Oracle. Ring til Maconomys hotline, der er sikkert et snedigt sted du kan angive at to_number rent fatisk er et en gyldig funktion!

jamen! tjek lige min kommentar ovenfor! Indeholder kolonnen andet en tal får man fejlen ORA-01722

..og fejlmeddelelsen hedder jo ORA-00904

jeg tror konklusionen foreløbigt må være at der er tredjeparts-programmer indblandet. Jeg vil forhøre mig hos maconomy - for de nysgerrige vender jeg tilbage når der er nyt i sagen..