Hvad betyder denne fejl?

huh så er vi to :)

det er ikke en fejl din kode laver, men et symtom på at der er noget galt med webserveren ...  Jeg har oplevet det tit, men aldrig fundet ud af hvad der er åsagen, men det har indtil nu altid sket når jeg skulle hive noget ud af en access database

mon det er noget med en uendelig løkke som æder serverens resourcer ?

Nej, jeg ved godt, det ikke er en kodefejl. Min første tanke var bare, at det var databasen, der havde for mange aktive brugere.

Der er ingen uendelige løkker. Det fungerer upåklageligt, bortset fra det enestående tilfælde her...

det er ikke kun en database, jeg har haft 3 websites på en server, der nogen gange havde den samme fejl, så var det tilgangen til alle access databaser der gav samme fejl ... det eneste webadmin kunne finde ud af var at genstarte serveren

Har du lukket connection til DB når du har trukket det data ud du skal bruge?

Prøv med det her, hvis nej! hehe

Mvh Ecoder! And Fuck the 6 points oasen,- hehe!

objRs.Close
Cnx.Close
Set objRs = Nothing
Set Cnx = Nothing

kan du ikke prøve at vise linie 50 og 2- 3 linier før i settings.asp ?

Jeg har selv haft masser af problemer med Access som fik forstoppelse hos udbyderen selvom kodningen var ok.
Hvis du laver select så brug ikke select *, men hent kun det allernødvendigste hver gang.
Og allerhelst - skift Access ud med MySQL eller noget andet mere effektivt i stedet for at spilde tid med fejl i Access.

Både recordsæt og forbindelse til databasen lukkes.
Her bruger jeg * til at udvælge med, da jeg skal bruge alle kolonner.
Jeg ville allerhelst have MSSQL, eller PostgreSQL, hvi jeg skulle have noget andet.
Kan der benyttes stored procedures (indbyggede queries) i MySQL, boris?

access er en udemærket database hvis kan find ud af at bruge den ordenligt ... Har set access databaser der har haft milioner af records og 50000 medlemsdata mm, så med mindre dit site er uhyggeligt stort vil jeg sige det er din serveradministrator der ikke ved hvad der sker på hans server

Næ, MySQL har ikke stored procedures, kan jeg se af dokumentationen. Den har ikke ret meget, men den er gratis til gengæld.

-mundi- ---> Access burde nok kunne klare det, og godt nok er den ikke hurtig, men den har nogle nyttige funktioner.
Det skal flyttes over på min egen server snarest. I den forbindelse har jeg følgende spørgsmål kørende, som dog ikke har den helt store deltagelse desværre:

http://www.eksperten.dk/spm/258278

M.h.t. Access, så er den udmærket i sig selv, i hvert fald til een tabel ad gangen. Jeg har haft 20 MB liggende i basen. Problemerne opstod på serveren på grund af fejl, men de var meget vedholdende.
MySQL er meget stærk, hurtig og stabil og den er desuden nem at lave søgninger i. Og nem at administrere.

Helt sikkert er mySQL bedre end end access base, men det er overkill at flytte til mysql fordi der er problemer med webhotel, især hvis han alligevel snart skal flytte til en anden server :-)
Hvis du ikke har voldsomt store websites er der ikke nogen nævneværdig forskel i performance på access og mySQL

Sådan ca. tænkte jeg også et stykke tid, og der er meget rigtigt i det - principielt -  men jeg er meget glad for, at jeg ikke skiftede webhotel men skiftede til MySQL.

Tak!