استخدم أنواع الجداول المتخصصة

مكتمل

يدعم SQL Server أنواع جداول متخصصة مصممة لسيناريوهات وأحمال عمل محددة تتجاوز الجداول المعتمدة على الأقراص القياسية. تحل هذه الأنواع من الجداول، بما في ذلك الذاكرة الداخلية، الزمنية، الخارجية، LEDGER، وGRAPH، تحديات أداء أو امتثال أو معمارية معينة لا تستطيع الجداول القياسية معالجتها بكفاءة.

فهم متى وكيف تستخدم هذه الأنواع المتخصصة من الجداول أمر بالغ الأهمية لتصميم حلول قواعد بيانات فعالة تلبي متطلبات تطبيقك.

استخدم جداول محسنة في الذاكرة

الجداول التقليدية القائمة على القرص تتحمل زمن استجابة من إدخال/إخراج القرص، حتى مع التخزين المؤقت. في السيناريوهات التي تتطلب سرعة عالية، مثل آلاف المعاملات في الثانية مع أوقات استجابة مللي ثانية، يصبح تأخير القرص هو عنق الزجاجة. تلغي جداول الذاكرة هذا من خلال إبقاء البيانات بالكامل في ذاكرة الوصول العشوائي مع تزامن متفائل وخالي من الأقفال.

فهم متى تستخدم الجداول في الذاكرة

توفر الجداول المحسنة في الذاكرة فوائد أداء كبيرة لأحمال عمل محددة:

• تخزين حالة الجلسة - تطبيقات ويب تحتوي على ملايين الجلسات المتزامنة
• التحليلات في الوقت الحقيقي - أنظمة التداول المالي التي تتطلب زمن تأخير في الميكروثانية
• OLTP عالي التردد - أنظمة معالجة الأوامر التي تتعامل مع 10,000+ معاملة/ثانية
• طبقة التخزين المؤقت - البيانات المرجعية التي يتم الوصول إليها بشكل متكرر (كتالوجات المنتجات، التكوينات)
• جداول الترتيب - عمليات ETL مع عمليات إدراج/تحديث مكثفة

على سبيل المثال، استخدم موقع تجارة إلكترونية جداول في الذاكرة لبيانات عربة التسوق، حيث تعامل مع 50,000 كارت متزامن مع أوقات استجابة أقل من مللي ثانية، مما قلل من زمن الاستجابة بمقدار 80%.

فكر في التنازلات

تخزن الجداول في الذاكرة بيانات الجدول الفعلية في ذاكرة الوصول العشوائي للوصول السريع، بينما تخزن الجداول التقليدية البيانات على القرص. ومع ذلك، فإن حجم البيانات محدود بذاكرة الوصول العشوائي المتاحة، وهذه الجداول لا تدعم أنواع الكائنات الكبيرة مثل VARCHAR(MAX)، NVARCHAR(MAX)، أو VARBINARY(MAX).

على الرغم من أن بيانات الجدول تبقى في الذاكرة، إلا أن SQL Server لا يزال يكتب سجلات المعاملات على القرص لضمان المتانة. هذا يعني أنك لن تفقد المعاملات المرتزمة إذا أعاد الخادم التشغيل—حيث يتم استعادة البيانات من سجل المعاملات إلى الذاكرة.

يمكنك إنشاء جدول محسنا في الذاكرة باستخدام الخيار MEMORY_OPTIMIZED = ON . إليك مثال:

-- Create in-memory optimized table
CREATE TABLE dbo.OrderCache (
    OrderID INT PRIMARY KEY NONCLUSTERED,
    CustomerID INT,
    OrderDate DATETIME2,
    Amount DECIMAL(10,2),
    INDEX IX_CustomerID NONCLUSTERED (CustomerID)
) WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_AND_DATA);

استخدام الجداول الزمنية

تتبع الجداول الزمنية تلقائيا التاريخ الكامل لتغيرات البيانات. عند تحديث أو حذف صف، يقوم SQL Server تلقائيا بتخزين النسخة السابقة في جدول تاريخ مرتبط مع طوابع زمنية تظهر متى كان ذلك الإصدار صالحا. يحدث هذا بشكل شفاف—تقوم بتعديل البيانات باستخدام عبارات ، UPDATE، و DELETE العاديةINSERT، ويتولى محرك قاعدة البيانات إدارة الإصدارات.

الفائدة الرئيسية هي الاستعلام عن البيانات كما كانت موجودة في أي وقت. يمكنك أن تسأل "ما كان راتب هذا الموظف في 1 يناير 2025؟" أو "أرني جميع المنتجات التي كانت متوفرة في الربع الماضي" دون الحاجة إلى جداول تدقيق معقدة أو كتابة منطق إصدار مخصص.

تخدم الجداول الزمنية احتياجات الامتثال، وحل المشكلات، والتحليل:

• الامتثال والتدقيق - السجلات المالية التي تتطلب سجل التغييرات الكامل
• استكشاف الأخطاء - التحقيق في أرصدة الحسابات في وقت حدوث المعاملات المتنازع عليها
• تحليل الاتجاه - تحليل كيفية تغير أسعار المنتجات خلال الفصول
• استعادة البيانات - التراجع عن التحديثات العرضية دون استعادة النسخ الاحتياطية
• أبعاد متغيرة - ببطءتخزين البيانات نوع 2 بعد أتمتة

تشمل السيناريوهات التجارية الشائعة تطبيقات تتبع تغييرات الرواتب والترقيات، إدارة المخزون لتحليل اتجاهات الأسهم، الرعاية الصحية التي تحتفظ بسجل المرضى للامتثال، وتتبع التأمين تغييرات تغطية السياسات لحل النزاعات.

فكر في فوائد الجدول الزمني

الجداول الزمنية لا تتطلب أي تغييرات في كود التطبيق وتوفر تتبع تاريخي شفاف. تستخدم الاستعلامات الزمنية الزمنية بناء جملة بسيطة، والتنظيف التلقائي يدير بيانات التاريخ القديمة. ومع ذلك، فإن الجداول الزمنية تضاعف تقريبا متطلبات التخزين.

تحتفظ الجداول الزمنية تلقائيا بتاريخ كامل لتغيرات البيانات للتدقيق والتحليل الزمني.

يمكنك إنشاء جدول زمني باستخدام الخيار SYSTEM_VERSIONING = ON . تتطلب الجداول الزمنية عمودين إضافيين DATETIME2 لتتبع فترة صلاحية كل نسخة من الصف، وجملة PERIOD FOR SYSTEM_TIME لتحديد الأعمدة التي تتبع هذه الطوابع الزمنية. إليك مثال:

-- Create temporal table with automatic history tracking
CREATE TABLE Employee (
    EmployeeID INT PRIMARY KEY,
    EmployeeName NVARCHAR(100),
    Department NVARCHAR(50),
    SysStartTime DATETIME2 GENERATED ALWAYS AS ROW START,
    SysEndTime DATETIME2 GENERATED ALWAYS AS ROW END,
    PERIOD FOR SYSTEM_TIME (SysStartTime, SysEndTime)
) WITH (SYSTEM_VERSIONING = ON);

-- Query historical data
SELECT * FROM Employee
FOR SYSTEM_TIME AS OF '2026-01-01' 
WHERE EmployeeID = 1;

عند إنشاء جدول زمني، يقوم SQL Server تلقائيا بإنشاء جدول تاريخ لتخزين إصدارات الصفوف السابقة ويدير كلا الجدولين بشفافية.

استخدم الجداول الخارجية

غالبا ما تحتوي البنى الحديثة على بيانات موزعة عبر بحيرات بيانات، وتخزين الكتل، وأنظمة متعددة. تقليديا، كان عليك استخراج وتحويل وتحميل جميع البيانات إلى قاعدة البيانات قبل الاستعلام عنها. تمكن الجداول الخارجية من افتراضية البيانات من الاستعلام عن البيانات في مكانها دون نقلها، مما يوفر تكاليف التخزين وتعقيد ETL.

افهم متى تستخدم الجداول الخارجية

تتفوق الجداول الخارجية في استعلام البيانات عبر أنظمة التخزين الموزعة:

• تكامل Data Lake - استعلام ملفات Parquet/CSV في Azure Data Lake Storage دون استيراد
• استكشاف البيانات - تحليل البيانات الخام قبل اتخاذ قرار بشأن ما يجب استيراده
• تحسين التكلفة - تجنب تكرار البيانات المخزنة في أماكن أخرى
• الاستعلامات الموحدة - ربط جداول قواعد البيانات بالملفات في أنظمة خارجية
• التخزين الأرشيفي - الوصول إلى البيانات التاريخية المخزنة في تخزين blob الأرخص

تشمل السيناريوهات الشائعة الاستعلام عن سنوات من ملفات السجلات في بحيرات البيانات إلى جانب البيانات المعاملية، ودمج سجلات قاعدة البيانات الحية مع بيانات تخزين الكتل المؤرشفة، والوصول إلى البيانات القديمة دون ترحيل كامل، واستعلام ملايين ملفات JSON الخاصة بمستشعرات إنترنت الأشياء دون الاستيراد.

اعتبر قيود الأداء

توفر الجداول الخارجية استعلاما موحدا عبر المصادر لكنها تعاني من قيود:

• لا توجد حركة بيانات أو تكرار في التخزين
• غالبا ما تكون أبطأ من الجداول الأصلية بسبب زمن الاستجابة للشبكة وتحليل الملفات
• للقراءة فقط (لا يمكن تحديث/الحذف في معظم السيناريوهات)
• الفهرسة والتحسين المحدودة

يمكنك إنشاء جدول خارجي باستخدام البيان CREATE EXTERNAL TABLE مع مصدر بيانات وتنسيق ملف. إليك مثال:

-- Create external table pointing to data lake
CREATE EXTERNAL TABLE dbo.ExternalSalesData (
    OrderID INT,
    CustomerID INT,
    OrderAmount DECIMAL(10,2),
    OrderDate DATE
) WITH (
    LOCATION = '/raw/sales/',
    DATA_SOURCE = DataLakeSource,
    FILE_FORMAT = ParquetFormat
);

استخدام جداول السجل

في الصناعات المنظمة، من المهم إثبات عدم العبث بالبيانات. يمكن أن يتم تعديل البيانات من قبل المسؤولين، أو إجراء تغييرات مؤرخة بأثر رجعي، أو حذف سجلات التدقيق. تستخدم جداول السجل التحقق التشتيري المستوحى من تقنية البلوك تشين لإنشاء سجلات واضحة من العبث يمكن التحقق منها بشكل مستقل، مما يوفر إثباتا تشفيريا على سلامة البيانات.

فهم متى تستخدم جداول السجل

تخدم جداول السجل احتياجات الامتثال التنظيمي والتدقيق الجنائي:

• المعاملات المالية - البنوك، معالجة المدفوعات، تبادلات العملات الرقمية
• سلسلة التوريد - تتبع مصدر المنتج وحفظه وأصالته
• السجلات القانونية - العقود، الاتفاقيات، الملفات القانونية التي تتطلب عدم التغيير
• الرعاية الصحية - سجلات الوصفات الطبية، نماذج موافقة المريض
• الحكومة - سجلات التصويت، سجلات الأراضي، إصدار التصاريح

على سبيل المثال، يمكن للبنك استخدام جداول الدفتر لتخزين سجلات المعاملات، مما يسمح للمدققين بالتحقق من عدم تعديل أي معاملات بعد النشر. يمكن لشركة سلسلة التوريد تتبع مصدر المنتج باستخدام جداول السجلات، مما يوفر للعملاء إثبات الأصالة.

اختر بين دفاتر التحديث والسجلات القابلة للإلحاق فقط

جداول السجل تأتي بنوعين. جداول السجل القابلة للتحديث تسمح INSERTب ، UPDATE، والعمليات DELETE مع تتبع جميع التغييرات تشفيريا. يخزن النظام تلقائيا الإصدارات السابقة في جدول تاريخي، مشابه للجداول الزمنية، مع ميزة إضافية تتمثل في التحقق المقاوم للتلاعب. جداول السجل الملحق فقط تسمح INSERT فقط بالعمليات، مما يخلق سجلات ثابتة حقا للسيناريوهات التي تتطلب سلامة البيانات المطلقة.

يمكنك دمج التقنيتين من خلال إنشاء جداول قابلة للتحديث وجداول زمنية تجمع بين الجداول الزمنية القابلة للتحديث، مما يحصل على تحقق تشفير إلى جانب قدرات الاستعلام في نقطة الزمن.

على سبيل المثال، تستخدم شركة أدوية جداول سجل ملحقة فقط لبيانات التجارب السريرية، مما يوفر للمدققين المستقلين دليلا تشيفرا على أن نتائج الاختبار لم تتغير بعد التقديم.

يمكنك إنشاء جدول دفتر حسابات باستخدام LEDGER = ON الخيار. إليك مثال:

-- Create ledger table
CREATE TABLE dbo.FinancialTransaction (
    TransactionID INT PRIMARY KEY IDENTITY,
    AccountNumber NVARCHAR(20),
    Amount DECIMAL(15,2),
    TransactionType NVARCHAR(20)
) WITH (LEDGER = ON);

-- Append-only ledger provides immutability
CREATE TABLE dbo.AuditLog (
    LogID INT PRIMARY KEY IDENTITY,
    EventDescription NVARCHAR(500),
    EventTimestamp DATETIME2
) WITH (LEDGER = ON, APPEND_ONLY = ON);

عند إنشاء جدول سجلات، يضيف SQL Server أعمدة مخفية تلقائيا وينشئ كائنات قاعدة بيانات داعمة لتتبع سلسلة التشفير. كل تعديل في الصف يولد تجزئة تشفيرية ترتبط بالعمليات السابقة، مما يخلق مسار تدقيق واضح للعبث. يمكنك التحقق من سلامة البيانات باستخدام عروض النظام المدمجة مثل sys.database_ledger_transactions وإجراءات مثل sp_verify_database_ledger للتحقق من بقاء سلسلة التشفير دون انقطاع.

استخدام جداول الرسوم البيانية

تتفوق قواعد البيانات العلائقية في البيانات المهيكلة لكنها تواجه صعوبة في التعامل مع البيانات عالية الارتباط التي تتطلب العديد من الانضمامات. يصبح العثور على "أصدقاء الأصدقاء" أو "المنتجات المرتبطة بثلاث درجات من الفئات" معقدا مع الجداول التقليدية. قدرات SQL Graph تقوم بنمذجة العقد (الكيانات) والحواف (العلاقات) بشكل محلي، مما يجعل استعلامات العلاقات المعقدة بسيطة وذات أداء.

تبسط جداول الرسوم البيانية نمذجة العلاقات لكنها تتطلب تعلم تركيب جملة جديدة. توفر نمذجة بديهية للبيانات المتصلة، واستعلامات أبسط لعبور العلاقات، وأداء أفضل للاستعلامات متعددة القفزات. المخطط المرن يستوعب العلاقات المتطورة. ومع ذلك، فإن جداول الرسوم البيانية لديها منحنى تعلم للصياغة MATCH وتؤدي بشكل أفضل للاستعلامات التي تعتمد على القراءة الثقيلة.

يمكن أن تحتوي قاعدة البيانات على عدة جداول عقدية وجداول حواف تعمل معا لنمذجة بيانات الرسم البياني الخاصة بك. أنت تحدد أي الجداول تمثل العقد وأيها تمثل الحواف بناء على علاقات بياناتك.

‏‫ملاحظة‬

جداول الرسوم البيانية ليست مثالية لكل سيناريو. تجنبها لعلاقات بسيطة بين الوالدين والأبناء حيث تعمل المفاتيح الأجنبية بشكل جيد، وغالبا بيانات المعاملات بدون علاقات معقدة، أو مخططات منظمة ومستقرة للغاية.

فهم بنية جداول الرسوم البيانية

يستخدم SQL Graph نوعين من الجداول لنمذجة العلاقات. تخزن جداول العقد الكيانات وتتضمن عمودا مخفيا $node_id يحدد كل عقدة بشكل فريد. تخزن جداول الحواف العلاقات بين العقد وتشمل أعمدة $edge_idمخفية ، $from_id، و $to_id للحفاظ على الاتصالات. تمكن هذه الأعمدة الخاصة الصياغة MATCH من التنقل بين العلاقات بكفاءة.

يمكنك إنشاء جداول رسم بياني باستخدام و AS NODEAS EDGE صياغة. إليك مثال:

-- Create graph tables
CREATE TABLE Person AS NODE;
CREATE TABLE Manages AS EDGE;
CREATE TABLE Knows AS EDGE;

-- Insert nodes
INSERT INTO Person VALUES (1, 'Alice'), (2, 'Bob'), (3, 'Charlie');

-- Insert edges (relationships)
INSERT INTO Manages VALUES (1, 2), (2, 3);

-- Query relationships
SELECT Person1.name, Person2.name 
FROM Person AS Person1, Manages, Person AS Person2
WHERE MATCH (Person1-(Manages)->Person2)
AND Person1.id = 1;

عند إنشاء جداول العقد والحواف، يدير SQL Server تلقائيا الأعمدة المخفية للنظام التي تمكن استعلامات تصفح الرسوم البيانية بكفاءة.

كل نوع من الجداول المتخصصة يأتي مع بعض التنازلات: الجداول المحفوظة في الذاكرة تحتاج إلى ذاكرة عشوائية، والجداول الزمنية تضاعف التخزين، والجداول الخارجية تضيف زمن استجابة الشبكة، وجداول السجل تمنع الحذف، وجداول الرسوم البيانية تتطلب صياغة جملة جديدة. نوصي باختيار نوع الطاولة المناسب أثناء التصميم لأن هذه القرارات يصعب تغييرها بعد النشر.