Call dbOpen()
strSQL = "SELECT flt FROM tbl WHERE Online = 1"
Set rs = minCon.Execute strSQL
if rs.EOF Then
kod2
Set minCon = Server.CreateObject("ADODB.Connection")
set rs = Server.CreateObject("ADODB.Recordset")
strSQL =" SELECT * FROM tbl ORDER by ID DESC"
rs.Open strSQL, minCon, 3, 3
Do While Not rs.EOF
'
'
'
rs.MoveNext
Loop
rs.Close
Set rs= Nothing
minCon.Close
Set minCon = Nothing
Detta returnerar ett recordset som man endast kan flytta sig framåt i, och som dessutom inte kan uppdateras. Vill man komma åt dessa egenskaper (och ett par andra) så är enda sättet att köra via "Open".
faen att ju mer jag försöker lära mig dessto mer förvirrad jag blir :q
emission skrev:
Detta returnerar ett recordset som man endast kan flytta sig framåt i, och som dessutom inte kan uppdateras. Vill man komma åt dessa egenskaper (och ett par andra) så är enda sättet att köra via "Open".
Men :OO enligt följande
@nders skrev:
När du ska ändra data med INSERT, UPDATE eller DELETE ska du inte skapa något recordset, eftersom du inte får någon data tillbaka
omjag förstår rätt, så behöver vi inte använda oss av
Att köra en UPDATE och att uppdatera ett recordset är två olika saker. En UPDATE skickar en UPDATE-fråga till databasen. Att uppdatera ett recordset innebär att man ändrar informationen som hamnat i recordsetet.
Att köra en UPDATE och att uppdatera ett recordset är två olika saker. En UPDATE skickar en UPDATE-fråga till databasen. Att uppdatera ett recordset innebär att man ändrar informationen som hamnat i recordsetet.
Nu är jag inte ute efter att skapa förvirring, men om man öppnat ett recordset med t.ex. adOpenDynamic så återspeglas väl de förändringar som görs i recordsetet när Update() anropas?
290 ms totalt · 4 externa anrop · v20260731065814-full.6fe65c25
