Hallo Foren-Mitglieder,
wir haben kürzlich eine alte VB6-Anwendung im Backend von SQL Server 2000 auf SQL Server 2005 umgestellt.
Hat im Großen und Ganzen auch ganz gut geklappt.
Die Anwendung greift über ADO-Recordsets auf die Datenbank zu.
Wir holen hier Daten aus teils relativ komplizierten Views. Nun müssen wir teils diese Daten clientseitig manipulieren können (im Recordset-Objekt). Dazu haben wir im VB-Code bisher immer einfach die ActiveConnection auf Nothing gesetzt:
Unter dem SQL Server 2000 hat das einwandfrei funktioniert.
Mit dem SQL Server 2005 funktioniert derselbe Code nun nicht mehr! Es scheint, das Recordset versucht immer noch, die Daten auch in die DB zu schreiben, o.ä., auf alle Fälle "sperrt" es sich gegen Aktualisierung!
Meine Frage wäre nun:
Wie bekommen wir es hin, diese "disconnected" Recordsets clientseitig updatebar zu machen, was macht der SQL Server 2005 hier anders als der 2000er? Wohlgemerkt: wir wollen NICHTS zurück in die DB schreiben! Wir möchten eigentlich an der alten Anwendung auf Codeseite so wenig wie möglich ändern (Kosten-Nutzen-Faktor)...
Freundliche Grüße,
Homeboy
wir haben kürzlich eine alte VB6-Anwendung im Backend von SQL Server 2000 auf SQL Server 2005 umgestellt.
Hat im Großen und Ganzen auch ganz gut geklappt.
Die Anwendung greift über ADO-Recordsets auf die Datenbank zu.
Wir holen hier Daten aus teils relativ komplizierten Views. Nun müssen wir teils diese Daten clientseitig manipulieren können (im Recordset-Objekt). Dazu haben wir im VB-Code bisher immer einfach die ActiveConnection auf Nothing gesetzt:
Code:
Dim myRs = new ADODB.Recordset
myRs.open mySqlstatement, myConn, adOpenKeyset, adLockBatchOptimistic
Set myRs.ActiveConnection = Nothing
myRs.StayInSync = False
...
myRs.Fields("xy") = xyMit dem SQL Server 2005 funktioniert derselbe Code nun nicht mehr! Es scheint, das Recordset versucht immer noch, die Daten auch in die DB zu schreiben, o.ä., auf alle Fälle "sperrt" es sich gegen Aktualisierung!
Meine Frage wäre nun:
Wie bekommen wir es hin, diese "disconnected" Recordsets clientseitig updatebar zu machen, was macht der SQL Server 2005 hier anders als der 2000er? Wohlgemerkt: wir wollen NICHTS zurück in die DB schreiben! Wir möchten eigentlich an der alten Anwendung auf Codeseite so wenig wie möglich ändern (Kosten-Nutzen-Faktor)...
Freundliche Grüße,
Homeboy
Last edited by a moderator: