---

Jeg har en tabel i MS Access database med en række poster, disse
poster udgør indlæg fra de besøgende på sitet...

Posterne er samtidig inddelt i kategorier.

Jeg vil gerne have det lavet således, at den - i oversigten over
kategorierne - kan returnere, hvor mange poster, der findes i den
pågældende kategori...

Men hvordan gør man det??

Man kunne selvfølgelig lave en loop, hvor den simpelthen tæller
1, 2, 3, 4.... 250, 251, 252 osv... Men det vil da - i følge mine
begreber - være for tung en kode for serveren at skulle
processere...


Så kan man lave en kode, der returnere antallet af poster i en
tabel, der opfylder kravet om "Where kat = 'katnavn'"... ??



Jeg håber at der er nogen, der kan hjælpe!

På forhånd MANGE tak!


Med venlig hilsen
Lars Grove Mortensen

--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP ???
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials

---

> Så kan man lave en kode, der returnere antallet af poster i en
> tabel, der opfylder kravet om "Where kat = 'katnavn'"... ??

Du kan bruge .RecordCount property'en på dit recordset:

Set rs = Server.CreateObject("ADODB.RecordSet")
rs.Open "SELECT * FROM [minTabel] WHERE [kat] = 'katnavn'", myConn,
1, 1

If NOT rs.EOF AND NOT rs.BOF
Response.Write(rs.RecordCount)
End If

Mvh Mark

---
Postet via www.improve.dk

---

"Mark S. Rasmussen" <mark@improve.dk> skrev i en meddelelse
news:al7gkl$j9i$1@sunsite.dk...
> > Så kan man lave en kode, der returnere antallet af poster i en
> > tabel, der opfylder kravet om "Where kat = 'katnavn'"... ??
>
> Du kan bruge .RecordCount property'en på dit recordset:
>
> Set rs = Server.CreateObject("ADODB.RecordSet")
> rs.Open "SELECT * FROM [minTabel] WHERE [kat] = 'katnavn'", myConn,
> 1, 1
>
> If NOT rs.EOF AND NOT rs.BOF
> Response.Write(rs.RecordCount)
> End If
>
- denne kan dog kun læses på visse typer recordset ( virker ex ikke ved brug
af adopenDynamic), og under alle omstændigheder er det en god idé først at
skrive:
rs.MoveLast
rs.MoveFirst
- så er man sikker på at hele recordset'et er hentet ind...
MVH
Chrisser

---

"Chrisser" <cbj@egdatainform.dk> escribió

> under alle omstændigheder er det en god idé først at
> skrive:
> rs.MoveLast
> rs.MoveFirst
> - så er man sikker på at hele recordset'et er hentet ind...

Det råd har jeg hørt før, men jeg har aldrig set et eksempel på hvor der
virkelig var forskel. Nogen der gider komme med et kodeeksempel hvor det er
nødvendigt?

---

"Lars Hoffmann" <lars@intercambiodvd.com> skrev i en meddelelse
news:al7id1$e4d$1@newsreader.mailgate.org...
> "Chrisser" <cbj@egdatainform.dk> escribió
>
> > under alle omstændigheder er det en god idé først at
> > skrive:
> > rs.MoveLast
> > rs.MoveFirst
> > - så er man sikker på at hele recordset'et er hentet ind...
>
> Det råd har jeg hørt før, men jeg har aldrig set et eksempel på hvor der
> virkelig var forskel. Nogen der gider komme med et kodeeksempel hvor det
er
> nødvendigt?
>
- kan man ikke, da det er et problem der kan opstå run-time hvis det for
eksempel er et meget stort recordset der hentes ind......det er ihvertfald
hvad jeg har ladet mig fortælle af gamle garvede VisualBasic-programmører
(det er den måde VisualBasic håndterer data på, at man behøver ikke at
vente på at alt er hentet ind før man kan arbejde på det, - den
dybereliggende forklaring er sikkert mere omstændig end det men den har jeg
valgt ikke at bede om )
- og to linier er jo ikke besværligt at sætte ind for at være på den sikre
side....
MVH
Chrisser

---

"Chrisser" <cbj@egdatainform.dk> escribió

> - og to linier er jo ikke besværligt at sætte ind for at være på den sikre
> side....

Næh, men de kan da sløve tingene lidt ned

---

> - og to linier er jo ikke besværligt at sætte ind for at være på den sikre
> side....

Det har du ret i, men så tror jeg nu at jeg ville foretrække en Count(ID) i
stedet for de to ekstra linier :)

Mvh Mark
--
www.improve.dk