--- title: "Execute eller Recordset?" type: "forum-thread" url: "https://www.webforum.nu/amne/asp/9913-execute-eller-recordset" topic: "ASP" topic_url: "https://www.webforum.nu/amne/asp" author: "slurken" published: "2001-06-05T19:44:00.000Z" updated: "2001-06-07T11:00:00.000Z" replies: 12 views: 387 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/asp/9913-execute-eller-recordset" --- # Execute eller Recordset? ## #1 — slurken, 2001-06-05T19:44Z vilken är bäst? är någon snabbare än den andra? Permalänk: https://www.webforum.nu/p/9913 ## #2 — @nders, 2001-06-05T19:47Z 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...). Permalänk: https://www.webforum.nu/p/271150 ## #3 — slurken, 2001-06-05T20:02Z 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 Permalänk: https://www.webforum.nu/p/271151 ## #4 — @nders, 2001-06-05T20:06Z 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)*. Permalänk: https://www.webforum.nu/p/271152 ## #5 — PatrikB, 2001-06-05T22:14Z kolla in denna: 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 Permalänk: https://www.webforum.nu/p/271153 ## #6 — PatrikB, 2001-06-05T22:23Z en liten länk som jag hittade som visar hur man kan "benchmarka" sina egna script: \[r\] Denna länk leder vidare till fler artiklar om "speed": \[/r\] cya, PatrikB Permalänk: https://www.webforum.nu/p/271154 ## #7 — Lukaspojken, 2001-06-06T16:17Z 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? Permalänk: https://www.webforum.nu/p/271155 ## #8 — Herman, 2001-06-06T17:41Z 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! Permalänk: https://www.webforum.nu/p/271156 ## #9 — PatrikB, 2001-06-06T18:09Z > 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 Permalänk: https://www.webforum.nu/p/271157 ## #10 — Lukaspojken, 2001-06-06T18:33Z Mmm...nämn några områden som det är snabbare på... Permalänk: https://www.webforum.nu/p/271158 ## #11 — Herman, 2001-06-06T21:36Z 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?? Permalänk: https://www.webforum.nu/p/271159 ## #12 — PatrikB, 2001-06-07T04:50Z 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 Permalänk: https://www.webforum.nu/p/271160 ## #13 — Herman, 2001-06-07T11:00Z 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) Permalänk: https://www.webforum.nu/p/271161 --- Tråden på webben: https://www.webforum.nu/amne/asp/9913-execute-eller-recordset