5 svar · 262 visningar · startad av koltrasten
Är det fel att använda RecordSet + mySQL? Dåligt prestandamässigt? Blir det söligare?
Alltså:
Set RecSet = Server.CreateObject("ADODB.Recordset")
SQL = "SELECT * FROM Databas"
RecSet.Open SQL, Connect, adOpenStatic, adLockOptimistic
RecSet.AddNew
........
RecSet.Update
RecSet.Close
Det blir annars så stor kod (jag lagrar cirka 20 nya rader). Än värre blir det då jag skall uppdatera med "normal" SQL-sträng. Då blir strängen mycket komplicerad och svår att hantera.
Jag ber att få citera LarsG från ett gammalt inlägg:
LarsG skrev:
Att använda recordset för att göra update eller insert kostar mer än att göra execute på ett sql-statement.
Ett test som Jaan gjorde visade att om man gjorde insert på en tabell med tre kolumner via ett recordset så innebar det 50 anrop till ODBC medan om man gjorde execute så blev det 3 stycken ODBC-anrop. Visserligen så går inte alla anrop vidare till databas-servern men ändock.
Mvh,
...men det är kompicerare... ;)
Det är så att jag har rätt många fält som skall uppdateras plus att de skall bli, t.ex.:
"SET Forsta='" & Session("Forsta") & "+ Forsta & "'"
osv 20 gånger blir rätt svårnavigerat.
Prestanda går före lathet... ;)
Det är klart du ska använda dig av SQL så mycket som möjligt.
Det hela beror väl på hur mycket du måste utföra och hur ofta dessa operationer behöver göras. Är det sällan eller lite data, så har det ingen betydelse (i stort sett) vilken metod du använder, men om det är mycket data som ska läggas till, ändras eller tas bort så bör (ska) du inte använda dig av genvägar.
