Има малко последици за производителността, rowversion е просто ново име за стария тип данни за времево клеймо. Така че вашата база данни ще трябва да съхранява допълнителното двоично поле. Вашата производителност ще пострада много повече, когато се опитате да направите заявки за тези данни като:
SELECT *
FROM MyTable
WHERE rowVersion > @rowVersion
Което е обичайният начин, който може да се използва за получаване на списъка с актуализирани елементи от последната @rowVersion. Това изглежда добре и ще работи перфектно за таблица с да речем 10 000 реда. Но когато стигнете до 1 милион реда, бързо ще откриете, че той винаги е извършвал сканиране на таблици и вашият удар в производителността е, защото вашата таблица вече не се побира изцяло в RAM паметта на сървъра.
Това е често срещаният проблем, който се среща при rowVersion колона, тя не е магически индексирана сама по себе си. Освен това, когато индексирате колона rowVersion, трябва да приемете, че индексът често ще бъде много фрагментиран с течение на времето, тъй като новите актуализирани стойности винаги ще бъдат в долната част на индекса, оставяйки празнини в целия индекс, докато актуализирате съществуващи елементи .
Редактиране:Ако няма да използвате rowVersion поле за проверка за актуализирани елементи и вместо това ще го използвате за последователност, за да сте сигурни, че записът не е актуализиран от последното ви четене, тогава това ще бъде напълно приемлива употреба и няма да повлияе.
UPDATE MyTable SET MyField = ' @myField
WHERE Key = @key AND rowVersion = @rowVersion
