Jimmy skrev:
> Ja, jeg er også selv ret ked af dette. Måske det kunne løses
> med 2 sql kald, men det vil nok ikke ligefrem gavne
> performance, eller vil det? Hvis det nu er indekseret rigtigt?
> Ja, jeg må lige se om ikke jeg kan gøre det smartere.
Prøv med BETWEEN:
....WHERE " & varTid & " BETWEEN start AND slut...
>> Det er som regel hurtigere med Stored Procedures, men ikke
>> hvis det skal være beregningstungt....
Jo - også til beregninger. En funktion kan godt være lige så
hurtig, men stored procedures vil (så godt som) altid være at
foretrække.
>> Vil lige sige at der ikke helt kan sættes lig-tegn ml. Stored
>> Proc. og Forespørgsel......SQL-server kontra Access.
Nej, Access har slet ikke stored procedures, og du har ganske ret i
at man ikke kan sammenligne sp'er med Access-forespørgsler. En
forespørgsel i Access kan bedre sammenlignes med et View i sql-
server, selvom forespørgslen i modsætning til et view også kan
gemme sortering.
> Hvad er så fordelen ved at kunne køre det som en forespørgsel
> i access?
Der er næppe nogen performanceforskel. Men en gemt forespørgsel kan
være meget lettere at referere til - specielt hvis der er mange
joins eller komplekse kriterier (så sparer man selvfølgelig også en
smule dataoverførsel, men det betyder nok ikke det store).
Hvis man f.eks. skal vælge data fra 4 tabeller flere gange på et
site vil det være lettere at holde så meget som muligt af sqlkoden
i Access, så man på siderne fx kan nøjes med at sige:
SELECT navn, afdeling, telefon FROM fsp_kompleksforesporgsel WHERE
personID = 42
i stedet for
SELECT navn, afdeling, telefon FROM personer p INNER JOIN
afdelinger a ON p.afdelingsID = a.afdelingsID WHERE
a.afdelingsStatus = 'yz' AND p.ansat = true
--
Jens Gyldenkærne Clausen
MF (medlem af FIDUSO -
www.fiduso.dk)
I ovenstående tekst benyttes nyt komma
(rettelser modtages gerne i dk.kultur.sprog)