6 svar · 267 visningar · startad av Engine^
Satt just och läste lite på MSDN om ADO-optimering och stötte givetvis på det här med fördelar och nackdelar med stored procedures, men det var även mycket prat om att istället för att använda sig utav typ
Dim objCnn As ADODB.Connection
Dim objRS As ADODB.RecordSet
Set objCnn = New ADODB.Connection
Set objRS = New ADODB.RecordSet
Set objRS = objCnn.Execute("SELECT * FROM table;")
Så var det bättre, snabbare och snyggare(...) att använda ADODB.Command istället.
Dim objCmd As ADODB.Command
Set objCmd = New ADODB.Command
objCmd.CommandText = "SELECT * FROM table;"
objCmd.ActiveConnection = [i]connection[/i]
Set objRS = objCmd.Execute
Jag blev inte riktigt på det klara med varför detta skulle vara bättre, men jag är helt klart nyfiken på att få veta om det ligger massa sanning i det här :)
Någon av er som vet hur det ligger till?
Det där ser ut som VB och kan nog således inte implementeras som ASP-kod (alltså VBScript), då du inte kan dim:a på det sättet i skript-kod. ASP stödjer bara Varianter, inte olika datatyper, eller sådana objekt. Instansieringar sker med server.createobject, såvitt jag vet. Eller har jag missat nåt? :q
Har du det i en komponent däremot, då funkar det.
Du får nog skriva om det till det här isåfall, vad blir prestandan då? Tveksamt om det verkligen gör någon skillnad i ASP.
set objCmd = server.createobject("adodb.command")
set objConn = server.createobject("adodb.connection")
objConn.open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & server.mappath("data.mdb")
objCmd.CommandText = "SELECT * FROM table;"
objCmd.ActiveConnection = objConn
Set objRS = objCmd.Execute
Ojsan... tänkte aldrig på att jag var inne i fel forum. Tanken var att det skulle hamna i VB.
Ledsen för den lilla blundern :r
Skall jag flytta den, eller vill du ha kvar den i ASP? Jag drog ju faktiskt in din topic på ASP eftersom det var det jag trodde du ville. ;)
Flytta den till VB, eftersom jag sitter och pillar med VBA just nu...
Frågan har ingenting med ASP att göra faktiskt ;)