SQL select sætning - helt bar bund

Hej mik2000!

Jeg kan ikke helt se hvad du sortere efter. Du skal jo have noget og sortere efter, ellers skal du 'customize' din sortering, det kan man også godt, men kan bare ikke lige se hvad du gerne vil have der skal sorteres efter?

- Vh. bilbodog

Det er da noget rod du har her. Sådan repræsenterer man ikke data i tabeller. Der er grunde til at man skal uddanne sig og fx lære noget om klassediagrammer og/eller E/R-diagrammer.

Der er noget, der kunne tyde på at to tabeller, een med lande og een med byer, med en passende associering kunne bruges...

Men et godt hack er jo altid sjovt. Det ser ud til at virke, og har du mere end 100 byer, kan du bare gange med noget der er større end 100. Kig på det, leg med det, og lav så din tabel om.

select t1.pOrder*100+t2.pOrder as theorder,t2.pName
  from test1 t1 left join test1 t2 on t1.pId=t2.pSubId where t1.pSubId=0
    union all
select test1.pOrder*100 as theorder, test1.pName
  from test1 where test1.pSubId=0
order by theorder

Tak for svar - det ser ud til at virke som det skal - der er selvfølgelig point :).

Nu er det egentlig fordi det er en stærkt forenklet version hvor jeg ændret det til lande, som gjorde det nemmere at forklare her.

Det er egentlig sider (og subsider), og det er struktureret sådan, fordi det senere skal kunne være uendeligt antal niveauer, hvor der skal laves en rekursiv funktion - men lige til at starte med vil der kun være 2 niveauer, og der skal jeg bare bruge noget SQL som kan hente det ud.
Havde egentlig lavet en rekursiv funktion (som kunne bruges senere også), men så blev jeg nysgerrig om man ikke kunne gøre det i et kald så længe der kun var 2 niveauer, og dermed optimere det indtil da.

Omkring klassediagrammer og ER diagrammer så kender jeg udmærket det og har haft det på de 3 uddannelser jeg har, og har brugt det flere gange både privat og arbejdsmæssigt. Det er i øvrigt også brugt i dette projekt.
Men vil ikke kunne have flere tabeller uden at skulle laves det om så snart niveauerne blev uendelige, da jeg ellers i princippet skulle have et uendeligt antal tabeller med sub, subsub osv, en en hoved og sub tabel som vil have redundans og gøre det langsommere. Vil både gøre det tungere og mere besværligt.

Men tak for SQL forslaget som fungerer - der er selvfølgelig point hvis du lægger svar

Kan se du skriver du ikke samler på point - så hvis den skal lukkes så er denne parat - men afventer lige for at være sikker :)

Accepter blot dit eget svar,

Det er principielt meget nemt at se om man har en god løsning i SQL (eller om SQL er velegnet til det), for hvis den SQL man skal skrive er for "spaghetti-kode-agtigt", så er det nok slemt.

Man kan komme en del videre med stored procedures. MySql er dog noget begrænsende i den del.

Tak for hjælpen :)

Kan sagens følge dig, men kan ikke se nogen anden løsning - uden at skulle bruge f.eks. NoSQL - eksempelvis MongoDB - som jeg også har arbejdet en del med - men det er bare for tidskrævende i forhold det som denne side skal kunne :)