Hi
Dqmq för funderare I har gjort ett stort jobb av att beskriva det processaa tar fram utför under uppdateringar (notera detta inte är samma som kodifierar från tar fram eller även DML-queries som utförs mot datan).
Namely när rokontrollen för påtaglig concurrency utfärdar, utförs.
Emellertid jag tror dig, när du något att säga dig inte gör något annat - och erfar precis dessa utfärdar som, om de var helt eteriska.
Den skulle verkar bestämt för att vara gammalt sväva pekar datatypkontrollen.
När ta fram, utför detta ror jämförelsen, det kontrollerar varje sätter in. (Förhållandevis ineffektivt A potentiellt bearbetar i honom - men vanligt inte ett problem). Emellertid och att sväva peka datatyper (specifikt flötet eller verkligt) kan orsaka inexakta jämförelser - även om datan matchar i teorin (den dvs. inte har ändrats av dig eller en annan användare).
Efter SQL-serveren 2000, den standarda ömt ställeknipan är att tillfoga en tidsstämpelkolonn till ditt bordlägger. Huruvida du använder denna eller inte i din UI, tar fram ska bruk det att bestämma concurrency tar fram till det ror (i stället för att kontrollera varje, sätta in) och det ensamt - kringgå sväva peka utfärdar.
Det finns ganska osannolika sideeffects av en tidsstämpelkolonn tar fram in (AFAIRC som du skulle subforms för behov två på den samma föräldern med den samma källan, bordlägger - oundvikligen nätt sällsyntt).
Glöm inte att förnya ditt bordlägger anknyter, när du har tillfogat tidsstämpelkolonnen till SQLEN bordlägger.
Jubel.
