webForumDet fria alternativet

Execute eller Recordset?

12 svar · 360 visningar · startad av slurken

slurkenMedlem sedan juni 200152 inlägg
#1

vilken är bäst?
är någon snabbare än den andra?

------------------
jag är inte där du är

@ndersMedlem sedan juni 200032 969 inlägg
#2

det beror på vad du ska göra.

ska du lägga till eller ändra data, så är INSERT- och UPDATE-frågor som exekveras med .execute helt klart att rekommendera.

det finns ytterst få tillfällen som man bör använda recordsets och ado-metoder (om vi inte pratar om att hämta data förstås...).

------------------
<A HREF="http://cartman.nu" TARGET=_blank>
can i borrow your goat?
</A>

slurkenMedlem sedan juni 200152 inlägg
#3

det är alltså bättre att använda recordset när man ska hämta data från databasen än att använda .execute?
:q

------------------
jag är inte där du är

@ndersMedlem sedan juni 200032 969 inlägg
#4

det beror på vad man menar.

det skapas alltid ett recordset när du ställer en select-fråga, oberoende av om du först skapar recordset-objekt och använder .open, eller använder set objRS = objConn.execute(strSQL).

------------------
<A HREF="http://cartman.nu" TARGET=_blank>
can i borrow your goat?
</A>

PatrikBMedlem sedan mars 20002 836 inlägg
#5

kolla in denna: http://cgi.webforum.nu/wf/Forum11/HTML/004558.html

Den enda gång det går "snabbare" med ADODB.Recordset hämtningen är vid sk paging, dvs när man behöver dela upp recordsets på flera sidor.

Sök på ngn sökmotor om ASP och Prestanda eller: ASP +performence

eller annat som kan relatera till "snabbhet" i scripting.

cya,
PatrikB

------------------
*Det jämnar ut sig sa han som sket i byxan och satte sig ned*

PatrikBMedlem sedan mars 20002 836 inlägg
#6

en liten länk som jag hittade som visar hur man kan "benchmarka" sina egna script: http://www.4guysfromrolla.com/webtech/122799-1.shtml
[r]
Denna länk leder vidare till fler artiklar om "speed": http://www.activeserverpages.com/learn/speedmore.asp
[/r]
cya,
PatrikB

------------------
*Det jämnar ut sig sa han som sket i byxan och satte sig ned*

[Redigerat av PatrikB den 06 jun 2001]

LukaspojkenMedlem sedan maj 20011 312 inlägg
#7

Varför finns recordset i så fall...det känns som en helt onödig sak om det bara kan ge några få milisekunder bättre på paging...är det verkligen så att man ska använda execute resten av gångerna?

HermanMedlem sedan maj 2001431 inlägg
#8

Enda gången som rs är snabbare....

eh? recordset är ett måste i många fall och går inte att jämföra med exempelvis connection.

Länge leve Recordset!

------------------
http://www.klinga.com/farahad/

PatrikBMedlem sedan mars 20002 836 inlägg
#9

eh? recordset är ett måste i många fall och går inte att jämföra med exempelvis connection.

kan du nämna inom några områden?

cya,
PatrikB

------------------
*Det jämnar ut sig sa han som sket i byxan och satte sig ned*

LukaspojkenMedlem sedan maj 20011 312 inlägg
#10

Mmm...nämn några områden som det är snabbare på...

HermanMedlem sedan maj 2001431 inlägg
#11

Vad är det jag ska svara på egentligen? Att säga att rs är snabbare än cn på x, då cn inte stödjer x är ju inte relevant.

Den enda gång det går "snabbare" med ADODB.Recordset hämtningen är vid sk paging, dvs när man behöver dela upp recordsets på flera sidor

vad jämför du då med? hur visar du data om du inte använder recordset??

------------------
http://www.klinga.com/farahad/

PatrikBMedlem sedan mars 20002 836 inlägg
#12

mellan dessa:

Set objRS = objConn.Execute(strSQL)

och

Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.Open strSQL, objConn, 0, 1

Båda är recordset fast skapade på lite olika sätt :)

cya,
PatrikB

------------------
*Det jämnar ut sig sa han som sket i byxan och satte sig ned*

HermanMedlem sedan maj 2001431 inlägg
#13

aha! du jämför olika sätt att skapa recordset på. Ja i sådant fall är skillnaden att större än att du inte kan ställa in vissa saker såsom cursor type, locktype och maxrecords genom
Set objRS = objConn.Execute(strSQL)

------------------
http://www.klinga.com/farahad/

133 ms totalt · 3 externa anrop · v20260731065814-full.30151723
0 ms — hämta forumlista (cache)
0 ms — hämta statistik (cache)
130 ms — hämta tråd, inlägg och bilagor (db)