راهنمای جامع استفاده از TIMESTAMP و ROWVERSION در SQL Server

راهنمای جامع استفاده از TIMESTAMP و ROWVERSION در SQL Server: ردیابی تغییرات داده

در دنیای مدیریت پایگاه داده، ردیابی دقیق تغییرات سطرها و اطمینان از یکپارچگی داده‌ها در محیط‌های چندکاربره بسیار حیاتی است. نوع داده TIMESTAMP در SQL Server، که اغلب با نام مستعار ROWVERSION شناخته می‌شود، ابزاری قدرتمند برای دستیابی به این اهداف است. بر خلاف تصور رایج، TIMESTAMP زمان و تاریخ واقعی را ذخیره نمی‌کند، بلکه یک عدد باینری، منحصر به فرد و در حال افزایش مداوم است که در هر پایگاه داده برای تشخیص نسخه‌های مختلف یک سطر در طول زمان ایده‌آل است.

نوع داده TIMESTAMP یا ROWVERSION یک عدد 8 بایتی را ذخیره می‌کند که به صورت خودکار با هر به‌روزرسانی در سطر مربوطه تغییر می‌کند. این مقدار منحصر به فرد در کل پایگاه داده است و یک مکانیزم داخلی برای ردیابی وضعیت سطر فراهم می‌آورد. هنگامی که یک سطر حاوی ستون ROWVERSION تغییر می‌کند، SQL Server به صورت خودکار یک مقدار باینری جدید و منحصر به فرد را به آن ستون اختصاص می‌دهد. این فرآیند کاملاً خودکار بوده و نیازی به مداخله دستی ندارد.

برای تعریف یک ستون از این نوع در جدول خود، می‌توانید از هر دو نام استفاده کنید، اما نام ROWVERSION شفافیت بیشتری دارد و توسط مایکروسافت توصیه می‌شود:

MyColumn ROWVERSION

یا

MyColumn TIMESTAMP

هر دو عبارت، ستونی با همین کارکرد ایجاد می‌کنند. برای مثال، نحوه ایجاد یک جدول با ستون ROWVERSION به این صورت است:

CREATE TABLE Products (
    ProductID INT PRIMARY KEY,
    ProductName NVARCHAR(100),
    Price DECIMAL(10, 2),
    VersionInfo ROWVERSION
);

این کد یک جدول Products ایجاد می‌کند که شامل ستون VersionInfo از نوع ROWVERSION است. هر بار که داده‌های مربوط به یک ProductID به‌روزرسانی شود، مقدار VersionInfo آن سطر به صورت خودکار تغییر خواهد کرد.

یکی از مهم‌ترین کاربردهای ROWVERSION، پیاده‌سازی مدل همزمانی خوشبینانه (Optimistic Concurrency) است. در این رویکرد، به جای قفل کردن سطرها و ایجاد bottleneck، سیستم فرض می‌کند تداخل در به‌روزرسانی‌ها نادر است. قبل از اعمال تغییرات، برنامه بررسی می‌کند که آیا سطر مورد نظر از زمان خوانده شدن توسط کاربر، توسط کاربر دیگری تغییر کرده است یا خیر. برای این کار، مقدار ROWVERSION سطر هنگام خواندن داده‌ها ذخیره می‌شود و سپس هنگام تلاش برای به‌روزرسانی، در شرط WHERE، علاوه بر کلید اصلی، این مقدار نیز بررسی می‌شود:

-- Step 1: User reads the product data
SELECT ProductID, ProductName, Price, VersionInfo
FROM Products
WHERE ProductID = 101;
-- Example result: ProductID=101, ProductName='Laptop', Price=1200.00, VersionInfo=0x00000000000007D1

-- Step 2: User tries to update the product, including the fetched VersionInfo
UPDATE Products
SET Price = 1250.00
WHERE ProductID = 101 AND VersionInfo = 0x00000000000007D1;

اگر قبل از اجرای دستور UPDATE توسط کاربر اول، کاربر دیگری همان سطر را به‌روزرسانی کرده باشد، مقدار VersionInfo تغییر کرده و شرط WHERE برای کاربر اول برقرار نخواهد بود، در نتیجه دستور UPDATE هیچ سطری را تحت تأثیر قرار نمی‌دهد. این مکانیزم به برنامه اجازه می‌دهد تا تداخلات را شناسایی کرده و به کاربر اطلاع دهد که داده‌ها از زمان خوانده شدن تغییر کرده‌اند.

کاربردهای دیگر ROWVERSION شامل ردیابی تغییرات (Change Tracking) برای سناریوهای حسابرسی یا همگام‌سازی داده‌ها است. می‌توان با ذخیره ROWVERSION در یک جدول لاگ، تاریخچه تغییرات را ردیابی کرد یا از آن در فرآیندهای همگام‌سازی بین سیستم‌ها استفاده کرد تا فقط تغییرات جدید را منتقل کند.

باید توجه داشت که ROWVERSION با انواع داده‌های مربوط به تاریخ و زمان مانند DATETIME یا DATETIME2 تفاوت اساسی دارد. ROWVERSION هیچ اطلاعاتی در مورد زمان واقعی تغییر سطر ارائه نمی‌دهد؛ صرفاً یک عدد ترتیبی است که برای تشخیص تغییرات داخلی سطر طراحی شده است. برای ثبت زمان دقیق تغییرات، باید از ستون‌های جداگانه با نوع داده DATETIME2 و احتمالاً تریگرهای AFTER UPDATE استفاده کنید:

CREATE TABLE Orders (
    OrderID INT PRIMARY KEY,
    OrderDate DATETIME2 DEFAULT GETDATE(),
    TotalAmount DECIMAL(18, 2),
    VersionInfo ROWVERSION,
    LastModified DATETIME2 DEFAULT GETDATE()
);

در این مثال، LastModified زمان واقعی آخرین به‌روزرسانی را نگهداری می‌کند، در حالی که VersionInfo صرفاً یک شناسه نسخه برای ردیابی داخلی سطر است.

محدودیت‌ها و نکات قابل توجه در استفاده از ROWVERSION عبارتند از:

• مقدار ROWVERSION قابل برگشت به عقب نیست و همیشه صعودی است.
• اگر یک سطر حذف و سپس با همان کلید اصلی دوباره درج شود، مقدار ROWVERSION جدیدی به آن اختصاص می‌یابد.
• مقدار ROWVERSION در هر پایگاه داده منحصر به فرد است، نه در کل سرور SQL.
• نمی‌توانید مقدار ROWVERSION را به صورت دستی در دستورات INSERT یا UPDATE تنظیم کنید؛ SQL Server این کار را به صورت خودکار انجام می‌دهد.
• فقط یک ستون از نوع ROWVERSION را می‌توان در هر جدول تعریف کرد. تلاش برای تعریف بیشتر از یک ستون باعث خطا خواهد شد:

-- This statement will result in an error
CREATE TABLE InvalidTable (
    ID INT PRIMARY KEY,
    FirstVersion ROWVERSION,
    SecondVersion ROWVERSION
);

در نهایت، نوع داده ROWVERSION یک ابزار ضروری برای هر توسعه‌دهنده SQL Server است که به دنبال پیاده‌سازی مکانیزم‌های قوی برای ردیابی تغییرات و مدیریت همزمانی داده‌هاست. با درک صحیح عملکرد و محدودیت‌های آن، می‌توانید از این قابلیت برای بهبود قابلیت اطمینان، دقت و کارایی برنامه‌های کاربردی خود بهره ببرید. همیشه به یاد داشته باشید که برای اهداف زمان‌بندی و ثبت تاریخ واقعی، از انواع داده DATETIME یا DATETIME2 استفاده کنید و ROWVERSION را برای آن‌چه واقعاً هست به کار ببرید: یک شناسه نسخه سطر.