Jeg er klar over, at dette kan klares med en masse LEFT JOINs, hvor man refererer specifikt til bestemte "fieldnames" -- det jeg ønsker, er mere generel løsning, og som samtidig er hurtig.
Havet du idéer - gode som dårlige, færdige som ufærdige -- hold dem ikke tilbage! :-)
Manuelle og semi-automatiske strategier for identitetsstyring virker - lige indtil nogen beder om dokumentation. For at undgå denne fare har DKTV taget kontrol over sin identitets- og adgangsstrategi.
Din `testtable` ser ud til at have et fornuftigt design. Resultatet ser ud til at være en fornuftig måde at vise det på til brugeren. Men det er noget man programmerer i programmet/scriptet bagved, ikke i SQL. Så jeg er helt enig med barklund.
Udfordringen er så bare under alle omstændigheder, at få det til at køre hurtigt, når man tænker på, at der sagtens kan være flere 100.000 linjer i testtable.
Jeg har sjældent brug for det fulde output (dog bruges dette i forbindelse med Excel-eksport fra hjemmesiden), men jeg har snarere brug for at kunne lave nogle udregninger på dataene - på en hurtig måde!
Måske er det ikke i første omgang så smart, at lave den "omrokering" af outputtet, som jeg ellers kunne tænke mig - det ser jo tilsyneladende ikke ud til at kunne lade sig gøre.. [dog er jeg alligevel interesseret i at vide noget om, hvordan man arbejder med så store datamængder i et script - sproget er ASP, men referér til det, I kender til]
Jeg nu et andet, relevant spørgsmål:
Det forholder sig sådan, at det er nogle temmeligt avancerede sammenhænge, der bestemmer hvilke entryids, som skal danne grundlag for yderligere beregning. Derfor har jeg i første omgang en seperat SQL-sætning, som blot giver en kolonne med de ønskede entryids [denne tager ca. 1 sek at køre]. Dette lagres så i en kommasepereret streng, og hver eneste gang der skulle sendes en forespørgsel henvises til denne:
f.eks: "... WHERE entryid IN (" & entryids & ")"
Problemet er, at det tager ~ 7 sekunder for MySQL at medregne dette forbehold (uden forbeholdet, tager det 0.07 sekunder).
Jeg har også prøvet at indsætte den oprindelige SQL-sætning mellem paranteserne - dette tager 4-10 sekunder.
Er der ikke en måde at få det til at køre hurtigere?
Jeg kan ikke huske hvad udfaldet blev på dette - i hvert fald er spørgsmålet uddateret, og lukkes.
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
