08. december 2001 - 15:49Der er
9 kommentarer og 1 løsning
træstruktur
Jeg har en tabel, hvor der udover det unikke \"id\" (primary key) er en kolonne med navnet \"over_id\". Dette over_id relaterer direkte til en anden række (\"roden\" i træstrukturen).
Altså: En post/række\'s over_id indeholder en anden række\'s id. Dette betyder jo, at den første række i hele tabellen kan være \"udgangspunkt\" (roden) for alle de andre rækker i hele tabellen. Det er den dog ikke, jeg har en masse rødder, med en masse relaterede \"under-rækker\" - et stort \"rod-net\" (altså en såkaldt træstruktur).
Nu skulle det være skåret i pap! (-; Det jeg ikke kan finde ud af, er at lave en forespørgsel i sql, som via roden (lad os sige rækken med id nummer 22, finder alle dens \"under-relationer\". Under-relationer er altså alle rækker med et over_id der hedder 22, og alle rækker med over_id til disse rækker, osv. osv.
Måske har I set det før, måske er det endda såre simpelt (det håber jeg da...) - eller også er det bare sort snak (dårligt formuleret). ((-:
Nu har jeg forhøjet points, og sig lige til hvis det er helt ude i skoven formuleret!
||| Vi har altså at gøre med 2 kolonner i en tabel. Den første kolonne er tabellens primary key og hedder \"id\". Den anden kolonne hedder \"over_id\" og indeholder nummeret (id\'et) på en anden række.
Når der således oprettes en ny række får den et nyt id, men den får også et over_id som f.eks. er nummeret (id\'et) på den række der blev oprettet for 10 dage siden.
Træstrukturen bruges f.eks. i et forum, hvor der oprettes et spørgsmål, hvortil der knyttes svar og kommentarer, og til disse svar og kommentarer kan man knytte yderligere svar og komm. (Med over_id\'et er hele dette kaos ordnet, men hvordan fanden søger man med SQL igennem sådanne \"interne\" relationer - das ist meiner frage!)
>>> tak for din tankekraft, pierrehusted, du har forstået mit spm. Den er lidt tung i det, og jeg er helt ny med sql - så du kan godt forestille dig hvordan min hjerne har set ud i et par dage... ((-: Jeg ved desværre derfor heller ikke helt hvad aho metier snakker om, når han nævner \'begrænset dybde\' og \'stored procedure\'?? Men jeg vil tro at vi stadig taler sql og ikke ASP, el.lign. For jeg har også været ude i nogle løkker og så fremdeles, men det er vist mest optimalt at løse den i ren sql.
>>> Pierre, du lader ikke til at have problemer med at tænke, når det altså ikke lige er søndag - den virker sgu!!!! Helt perfekt, og søger (tilsyneladende) \'uendeligt\' i dybden af over_id\'er.
Du burde jo mindst have en kold fadbamse, eller god kop kaffe, men du må nøjes med 120 flade point. Hov, du skal lige oprette et svar, hvis du vil have point!!!!
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
