Recordset versus stored procedures

Prøv at sætte Cursorlocation på din connection til adUseClient (dvs. conn.CursorLocation = adUseClient). Denne feature kan kun bruge hvis cursoren er client side.
adUseClient er ifølge adovbs.inc = 3

Jeg får følgende fejl...

Microsoft VBScript runtime error \'800a01b6\'

Object doesn\'t support this property or method: \'rs.pagecount\'

/UUF-Vejl/Vedligeholder/BrugerAdm/steder_insertform.asp, line 36



Her er koden
Set Conn = Server.CreateObject(\"ADODB.Connection\")
Conn.Open (\"xxxx; xxxx; xxxx\") \'tilrette oplysninger
    \'ODBC connection

conn.CursorLocation = adUseClient
Set rs = Server.CreateObject(\"ADODB.RecordSet\")




    test = \"SKOLE_SP\"
    rs.open test,conn,3,3
   
    rs.pagecount

hvorfor gør du det også på den måde ????

Du kan eksekvere din sp sådan her :

Set objCmd = Server.CreateObject(\"ADODB.Command\") \' object oprettes
Set objCmd.ActiveConnection = Conn \' objectets forbindelse sættes til din connection
objCmd.CommandType = adCmdStoredProc \' objectets typer er en stored proc.
objCmd.CommandText = \"SKOLE_SP\" \' navnet på din proc. sættes her.
Set rs = objCmd.Execute() \' opretter et recordset med resultatet....


så skulle den da gerne kunne lave pagecount

Skal jeg gøre det her ISTEDET for min nuværende kode, eller som supplerende..

Nogenlunde sådan her???

    Set Conn = Server.CreateObject(\"ADODB.Connection\")
    Conn.Open (\"xxxx; xxxx; xxxxx\")
    Set objCmd = Server.CreateObject(\"ADODB.Command\")
    Set objCmd.ActiveConnection =Conn
    objCmd.CommandType = adCmdStoredProc
    objCmd.CommandText = \"SKOLE_SP\"
   
   
    Set rs = objCmd.Execute()
   
   
    \'rs.open test,conn,3,3
   
    rs.pagecount

ISTEDET.
og hvorfor, jo det er fordi at command objected er specielt lavet til sp\'s, så lad være med at eksekver den gennem dit connection objeckt.....
Ja det ser ud til at det er som det skal være

Ked at jeg er et paphoved menb det virker dælme ikke...

Fejl:
Microsoft VBScript runtime error \'800a01b6\'

Object doesn\'t support this property or method: \'rs.pagecount\'


Kode:

    Set Conn = Server.CreateObject(\"ADODB.Connection\")
    Conn.Open (\"DSN=UVSTEST; UID=SA; PWD=AND\")
    Set objCmd = Server.CreateObject(\"ADODB.Command\")
    Set objCmd.ActiveConnection =Conn
    objCmd.CommandType = adCmdStoredProc
    objCmd.CommandText = \"SKOLE_SP\"
   
   
    Set rs = objCmd.Execute()
   
   
   
   
    rs.pagecount
   

YES YES Nu virker skidtet....

    Set Conn = Server.CreateObject(\"ADODB.Connection\")
    conn.CursorLocation = adUseClient
    Conn.Open (\"DSN=UVSTEST; UID=SA; PWD=AND\")
    Set objCmd = Server.CreateObject(\"ADODB.Command\")
    Set objCmd.ActiveConnection =Conn
    objCmd.CommandType = adCmdStoredProc
    objCmd.CommandText = \"SKOLE_SP\"
   
   
    Set rs = objCmd.Execute()
   
   
    Response.write \"recordCount = \"&rs.recordcount


HVordan giver jeg point til dig kasseper??

Jeg har en gang oplevet at jeg blev nødt til at ændre min connectionstring, da den åbenbart også kan have indflydelse på hvilke funktioner der understøttes. Prøv at lege lidt med connection string.
PageCount m.m. er forholdsvis ny. Det kan derfor være at du bliver nødt til at opgradere til en nyere version af ado. Prøv evt. med MDAC 2.6 som kan downloades fra MS. Jeg kunne ikke finde noget på MSDN om i hvilken version paging funktionerne blev implementere, så der må jeg være svar skyldig.

Til KassePer vedr. din crudsade imod exekvering af sp via connection objectet.

Der er intet i vejen for at exekvere en sp via connection object hvis man ikke skal brug parametre. Dette sparer på systemressourcer, idet command objectet kommer med en solidt overhead. Derfro hvis du arbejder med systemer hvor der er mange brugere så håber jeg for din egen og systemets skyld at du også anvender conn.execute. Kunsten er selvfølgelig at vide hvornår man skal bruge command. Sp\'er uden parametre exekverer jeg ALTID via connection. Hvis et id nummer eller to skal sendes med bruger jeg stadig connection.
Hvis parametrene indeholder brugerindtastet text så brug command, så behøver du ikke checke for \' og \" m.m. Hvis jeg modtager flere recordset eller output variabler fra sp, så bruger jeg også command.

det gør du nu ?;)

gandalfthewhite >> Jeg er ikke enig med dig. Hvorledes er der overhead på command objected ?
Jeg har aldrig haft nogen problemer med command, heller ikke når jeg eksekvere MEGET tunge select statments, uden parametre....

Du bruger ekstra RAM og ekstra processorkraft på at oprette et command object. Dette betyder at ekskveringen er lidt langsommere.

Det betyder nok ikke det store på en web-server hvor der ikke er så meget tryk på, men hvis der er mange brugere kan uforbeholden brug af unødig overhead være med til at kvæle serveren.

Overhead er derfor ikke relateret til antallet af parametre eller komplexiteten af forespørgslen - som i forhold til command objectet bare er tekst - det er jo sql-server der håndterer selve forespørgslen.