Frage : Verhandlungproblem

Dieses ist auf lagersystem des Zugangs-2007 mit einem SQLServer 2005 Nachrechner. Ich habe ein Programm, das mehrfache Aufgabe in das auf lagersystem tut. Ich dubegged es und erhalten es arbeitend. So entschied ich, es robuster zu bilden ganz, indem ich eine Verhandlung verwendete, die zurück gerollt werden könnte, wenn ein Problem occurs.

, kurz nach dem Handeln des .BeginTrans ich, 2 ADODB recordsets öffnen. Ich finde, dass eine Störung jetzt auftritt, während das zweite recordset geöffnet. Ich austauschte meinen Code herum en, damit das zweite recordset zuerst geöffnet. So jetzt auftritt die Störung t, wenn sie versucht, das andere recordset zu öffnen. Das heißt, auftritt die Störung auf, welches recordset an zweiter Stelle geöffnet. Die zurückgebrachte Störung ist -2147467259

I könnte meinen Code neu schreiben, damit recordsets nicht während einer Verhandlung geöffnet, aber ich es vorziehen ch, fähig, meinen Code zu lassen, wie er is.

Why ich zu sein öffnet ein recordset erfolgreich und hat dann eine Störung auf der Sekunde kann?

Antwort : Verhandlungproblem

Using den Code im in Verbindung stehenden Pfosten, betrachten, was geschieht, wenn adjacent_find left= sendet (22, A) und right= (22, A) zu isDistEqual (). Die Abstände zusammenpassen npassen, aber die Kursteilnehmer Identifikation zusammenpassen nicht und so
       left.studentName! = right.studentName
ist falsch. So übersprungen dieses Paar durch adjacent_find.

So wissen Sie nicht sogar vom adjacent_find, das dort sogar zwei Einträge = waren (22, A). So müssen Sie nicht um das Erhalten von 22 Fuß sorgen: A, A, C, D seit 22, A gesehen nur einmal.