ایندکس Columnstore مرتبشده در SQL Server
ایندکس Columnstore مرتبشده در SQL Server
Ordered Columnstore Index هنگام ساخت، داده را بر اساس ستونهای ORDER سازماندهی میکند تا همپوشانی Min/Max سگمنتها کمتر و Segment Elimination مؤثرتر شود. این قابلیت برای فیلترهای پرتکرار روی تاریخ یا کلیدهای ترتیبی ارزشمند است. در این راهنما موضوع از سطح مقدماتی تا طراحی عملی، خطاهای رایج، ملاحظات کارایی و سناریوهای نگهداری بررسی میشود.
مخاطب مقاله برنامهنویسان، مدیران پایگاه داده و تحلیلگرانی هستند که میخواهند Ordered Columnstore Index را بدون تصمیمهای حدسی در Microsoft SQL Server بهکار بگیرند. بازگشت به راهنمای جامع کارایی Columnstore در SQL Server
تعریف و جایگاه موضوع
Ordered Columnstore Index هنگام ساخت، داده را بر اساس ستونهای ORDER سازماندهی میکند تا همپوشانی Min/Max سگمنتها کمتر و Segment Elimination مؤثرتر شود. این قابلیت برای فیلترهای پرتکرار روی تاریخ یا کلیدهای ترتیبی ارزشمند است.
این قابلیت را باید در کنار مفاهیم Ordered Columnstore Index، ORDER Clause، Segment Elimination و Data Skipping تحلیل کرد. تصمیم درست تنها با مشاهده یک Query سریع حاصل نمیشود؛ بلکه نرخ رشد داده، الگوی DML، نحوه بارگذاری، محدودیت منابع و زمان نگهداری نیز باید وارد مدل تصمیم شوند.
نکته نسخه: Ordered Columnstore در SQL Server 2022 و نسخههای بعدی پشتیبانی میشود؛ جزئیات ساخت آنلاین و محدودیتها در SQL Server 2025 تکامل یافته است.
چرا این موضوع مهم است؟
در جداول تحلیلی بزرگ، تفاوت میان طراحی درست و اجرای صرف یک دستور میتواند به اختلاف قابلتوجه در IO، CPU و زمان پاسخ منجر شود. Columnstore مرتبشده وقتی ارزش واقعی ایجاد میکند که با هدف کسبوکار، الگوی Query و ظرفیت زیرساخت هماهنگ باشد.
- فیلتر تاریخ
- Data Skipping
- گزارش محدودهای
- کاهش Segment Overlap
- انبار داده
به همین دلیل لازم است معیار موفقیت پیش از پیادهسازی تعریف شود. برای نمونه میتوان زمان گزارش ماهانه، تعداد Rowgroupهای کمحجم، درصد ردیفهای حذفشده، حجم Log یا تعداد Segmentهای خواندهشده را بهعنوان شاخص پایه ثبت کرد.
این نمودار اجزای کلیدی «Columnstore مرتبشده» و ارتباط میان Ordered Columnstore Index، ORDER Clause و Segment Elimination را نشان میدهد.
نحو، اجزا و پارامترهای اصلی
نحو پایه زیر نقطه شروع است. نام شیء، Schema، پارتیشن و گزینهها باید با محیط واقعی جایگزین شوند. در رشتههای فارسی SQL از پیشوند N استفاده شده تا داده یونیکد درست ذخیره شود.
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSales ON dbo.FactSales ORDER (OrderDate, CustomerID);
اجزای کلیدی
| مفهوم | نقش در موضوع | نکته عملی |
|---|
| Ordered Columnstore Index | بخشی از معماری یا رفتار Columnstore مرتبشده | ستونها را از روی Query Store انتخاب کنید |
| ORDER Clause | بخشی از معماری یا رفتار Columnstore مرتبشده | تعداد ستون ORDER را محدود کنید |
| Segment Elimination | بخشی از معماری یا رفتار Columnstore مرتبشده | قبل و بعد Segment Read را بسنجید |
| Data Skipping | بخشی از معماری یا رفتار Columnstore مرتبشده | برای بازمرتبسازی از Rebuild/Drop Existing مناسب استفاده کنید |
| Order Columns | بخشی از معماری یا رفتار Columnstore مرتبشده | هزینه ETL را لحاظ کنید |
| Rebuild | بخشی از معماری یا رفتار Columnstore مرتبشده | ستونها را از روی Query Store انتخاب کنید |
نوع خروجی بسته به موضوع ممکن است یک ساختار ایندکس، Plan اجرایی، مجموعه Rowgroup، شمارنده DMV یا مقدار عددی باشد. همیشه خروجی را با Metadata و Plan واقعی تأیید کنید؛ پیام موفقیت دستور بهتنهایی نشاندهنده بهبود نیست.
فرایند تصمیمگیری و پیادهسازی
- Workload اصلی را مشخص کنید و Queryهای پرتکرار مرتبط با Columnstore مرتبشده را از Query Store یا مانیتورینگ استخراج کنید.
- وضعیت فعلی ORDER Clause و Segment Elimination را ثبت کنید تا خط پایه قابل مقایسه باشد.
- Syntax را در محیط آزمایشی اجرا کنید و اثر آن را روی همپوشانی Segment و ستون اول ORDER بسنجید.
- سناریوهای بارگذاری، حذف، بهروزرسانی، گزارشگیری و بازیابی خطا را جداگانه آزمایش کنید.
- پس از تأیید، اجرای Production را با پنجره تغییر، Rollback Plan و گزارش کنترلی انجام دهید.
این روش مرحلهای مانع آن میشود که یک بهبود محلی، هزینه پنهان در ETL یا عملیات تراکنشی ایجاد کند. همچنین مستندسازی خروجیهای قبل و بعد، تصمیمهای نگهداری آینده را قابل دفاع میسازد.
در این جریان، داده از مرحله ورودی عبور میکند، در نقطههای کنترلی مرتبط با ORDER Clause و Data Skipping ارزیابی میشود و سپس نتیجه قابل پایش تولید میگردد.
۱۰ مثال عملی از ساده تا حرفهای
مثال 1: مثال پایه و اجرای نخست
در این مثال، «Columnstore مرتبشده» در سناریوی مثال پایه و اجرای نخست بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT SUM(Amount) FROM dbo.FactSalesDemo WHERE OrderDate>='2026-01-01' AND OrderDate<'2026-02-01';
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,137 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 40 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ همپوشانی Segment را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 2: کار روی داده نمونه واقعی
در این مثال، «Columnstore مرتبشده» در سناریوی کار روی داده نمونه واقعی بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT CustomerID,SUM(Amount) FROM dbo.FactSalesDemo WHERE OrderDate>='2026-01-01' GROUP BY CustomerID;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,274 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 38 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ ستون اول ORDER را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 3: استفاده در SELECT تحلیلی
در این مثال، «Columnstore مرتبشده» در سناریوی استفاده در SELECT تحلیلی بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT TOP(20) * FROM dbo.FactSalesDemo WHERE OrderDate='2026-07-01' ORDER BY CustomerID;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,411 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 36 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ هزینه Sort را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 4: فیلتر و شرط کاربردی
در این مثال، «Columnstore مرتبشده» در سناریوی فیلتر و شرط کاربردی بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT MIN(OrderDate),MAX(OrderDate),COUNT_BIG(*) FROM dbo.FactSalesDemo;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,548 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 34 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ Memory/tempdb را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 5: ترکیب با قابلیت دیگر
در این مثال، «Columnstore مرتبشده» در سناریوی ترکیب با قابلیت دیگر بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT SUM(Amount) FROM dbo.FactSalesDemo WHERE CustomerID BETWEEN 100 AND 200;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,685 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 32 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ الگوی فیلتر را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 6: رفتار با NULL یا تغییر داده
در این مثال، «Columnstore مرتبشده» در سناریوی رفتار با NULL یا تغییر داده بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT OrderDate,COUNT_BIG(*) FROM dbo.FactSalesDemo GROUP BY OrderDate;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,822 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 30 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ همپوشانی Segment را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 7: حالت مرزی و کنترل Metadata
در این مثال، «Columnstore مرتبشده» در سناریوی حالت مرزی و کنترل Metadata بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT i.name,i.type_desc FROM sys.indexes i WHERE i.object_id=OBJECT_ID(N'dbo.FactSalesDemo');
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 25,959 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 28 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ ستون اول ORDER را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 8: سناریوی گزارشگیری سازمانی
در این مثال، «Columnstore مرتبشده» در سناریوی سناریوی گزارشگیری سازمانی بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SET STATISTICS IO ON;
SELECT SUM(Amount) FROM dbo.FactSalesDemo WHERE OrderDate>='2025-01-01' AND OrderDate<'2025-02-01';
SET STATISTICS IO OFF;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 26,096 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 26 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ هزینه Sort را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 9: روش اشتباه و نسخه اصلاحی
در این مثال، «Columnstore مرتبشده» در سناریوی روش اشتباه و نسخه اصلاحی بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo ON dbo.FactSalesDemo ORDER(OrderDate,CustomerID) WITH(DROP_EXISTING=ON);
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 26,233 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 24 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ Memory/tempdb را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
مثال 10: آزمون کارایی و بهینهسازی
در این مثال، «Columnstore مرتبشده» در سناریوی آزمون کارایی و بهینهسازی بررسی میشود. Query بهگونهای نوشته شده که در یک محیط آزمایشی SQL Server قابل اجرا باشد و نتیجه آن با DMV، خروجی تجمیعی یا Metadata کنترل شود.
USE tempdb;
DROP TABLE IF EXISTS dbo.FactSalesDemo;
CREATE TABLE dbo.FactSalesDemo
(
SaleID bigint NOT NULL,
OrderDate date NOT NULL,
CustomerID int NOT NULL,
ProductID int NOT NULL,
Quantity smallint NULL,
Amount decimal(18,2) NULL
);
INSERT INTO dbo.FactSalesDemo
(
SaleID, OrderDate, CustomerID, ProductID, Quantity, Amount
)
SELECT TOP (25000)
ROW_NUMBER() OVER (ORDER BY (SELECT NULL)),
DATEADD(day, -ABS(CHECKSUM(NEWID())) % 730, CONVERT(date, '20260727')),
1 + ABS(CHECKSUM(NEWID())) % 5000,
1 + ABS(CHECKSUM(NEWID())) % 800,
1 + ABS(CHECKSUM(NEWID())) % 12,
CONVERT(decimal(18,2), 10 + ABS(CHECKSUM(NEWID())) % 50000 / 10.0)
FROM sys.all_objects AS a
CROSS JOIN sys.all_objects AS b;
CREATE CLUSTERED COLUMNSTORE INDEX CCI_FactSalesDemo
ON dbo.FactSalesDemo
ORDER (OrderDate, CustomerID);
SELECT CustomerID,SUM(Amount) FROM dbo.FactSalesDemo WHERE OrderDate>='2026-04-01' AND OrderDate<'2026-07-01' GROUP BY CustomerID;
| شاخص | خروجی نمونه | تفسیر |
|---|
| وضعیت | COMPRESSED | ساختار برای اسکن تحلیلی آماده است |
| تعداد ردیف | 26,370 | مقدار نمونه برای مقایسه قبل و بعد |
| هزینه منطقی | 22 صفحه | خروجی نمونه و وابسته به محیط واقعی |
نکته فنی: هنگام استفاده از Ordered Columnstore Index فقط به موفقبودن دستور اکتفا نکنید؛ الگوی فیلتر را قبل و بعد اندازه بگیرید و اثر آن را روی Workload واقعی ثبت کنید.
خطاهای رایج
خطاهای زیر در پروژههای واقعی مرتبط با Ordered Columnstore Index دیده میشوند. شدت هر خطا به حجم داده و نسخه SQL Server وابسته است، اما اصل کنترل برای همه محیطها یکسان است.
- انتخاب ستون کمفیلتر
- ترتیب نامناسب ستونها
- توقع ORDER BY خروجی
- REORGANIZE برای بازمرتبسازی
- نادیده گرفتن هزینه Build
مهمترین هشدار: انتخاب ستون کمفیلتر. پیش از هر تغییر گسترده، Backup/Restore آزمایشی، ظرفیت Log و امکان بازگشت را بررسی کنید.
ملاحظات کارایی و پایش
برای ارزیابی Columnstore مرتبشده حداقل پنج محور باید همزمان دیده شود: همپوشانی Segment, ستون اول ORDER, هزینه Sort, Memory/tempdb, الگوی فیلتر. اندازهگیری تنها زمان اجرا ممکن است نتیجه گمراهکننده بدهد، زیرا Cache گرم، Parallelism، Memory Grant و بار همزمان روی نتیجه اثر دارند.
| معیار | چرا مهم است؟ | روش پیشنهادی |
|---|
| همپوشانی Segment | اثر مستقیم بر کیفیت یا هزینه Columnstore مرتبشده دارد | ستونها را از روی Query Store انتخاب کنید |
| ستون اول ORDER | اثر مستقیم بر کیفیت یا هزینه Columnstore مرتبشده دارد | تعداد ستون ORDER را محدود کنید |
| هزینه Sort | اثر مستقیم بر کیفیت یا هزینه Columnstore مرتبشده دارد | قبل و بعد Segment Read را بسنجید |
| Memory/tempdb | اثر مستقیم بر کیفیت یا هزینه Columnstore مرتبشده دارد | برای بازمرتبسازی از Rebuild/Drop Existing مناسب استفاده کنید |
| الگوی فیلتر | اثر مستقیم بر کیفیت یا هزینه Columnstore مرتبشده دارد | هزینه ETL را لحاظ کنید |
یک Snapshot منفرد برای تصمیم بلندمدت کافی نیست. داده پایش را در چند بازه کاری، پس از ETL و در ساعات اوج جمعآوری کنید تا روند واقعی مشخص شود.
این سناریو تفاوت میان اجرای بدون پایش و اجرای مبتنی بر Best Practice را برای Columnstore مرتبشده مقایسه میکند؛ معیارهای اصلی شامل همپوشانی Segment و ستون اول ORDER هستند.
بهترین روشها
- ستونها را از روی Query Store انتخاب کنید
- تعداد ستون ORDER را محدود کنید
- قبل و بعد Segment Read را بسنجید
- برای بازمرتبسازی از Rebuild/Drop Existing مناسب استفاده کنید
- هزینه ETL را لحاظ کنید
Best Practice بهمعنای اجرای یک نسخه ثابت برای همه سرورها نیست. باید توصیهها را با اندازه داده، Edition، Compatibility Level، معماری HA/DR و محدودیت پنجره نگهداری تطبیق داد.
پرسشهای متداول
Columnstore مرتبشده دقیقاً چه مشکلی را حل میکند؟
Ordered Columnstore Index هنگام ساخت، داده را بر اساس ستونهای ORDER سازماندهی میکند تا همپوشانی Min/Max سگمنتها کمتر و Segment Elimination مؤثرتر شود. این قابلیت برای فیلترهای پرتکرار روی تاریخ یا کلیدهای ترتیبی ارزشمند است. انتخاب آن باید براساس نوع بارکاری و معیارهای قابل اندازهگیری انجام شود.
برای شروع یادگیری Ordered Columnstore Index چه پیشنیازی لازم است؟
آشنایی با Execution Plan، ایندکسها و دستورات پایه T-SQL کافی است. سپس باید مفاهیم ORDER Clause و Segment Elimination را روی یک پایگاه داده آزمایشی مشاهده کنید.
آیا Columnstore مرتبشده برای همه پروژههای تجاری مناسب است؟
خیر. سودمندی آن به حجم داده، نسبت خواندن به نوشتن، SLA گزارشها و هزینه نگهداری وابسته است. ارزیابی فنی یا مشاوره SQL Server پیش از استقرار میتواند از هزینههای بازطراحی جلوگیری کند.
هزینه پیادهسازی Columnstore مرتبشده چگونه برآورد میشود؟
برآورد باید شامل تحلیل Workload، طراحی آزمایش، زمان مهاجرت، پایش پس از اجرا و آموزش تیم باشد. اندازه جدول و حساسیت توقف سرویس نیز روی زمان انجام پروژه اثر مستقیم دارد.
تفاوت Columnstore مرتبشده با یک ایندکس یا روش عمومی چیست؟
روش عمومی معمولاً فقط ساختار یا دستور را میبیند، اما این موضوع روی Ordered Columnstore Index، Data Skipping و رفتار واقعی موتور تمرکز دارد. مقایسه باید با Plan، IO، CPU و مدت اجرا انجام شود.
چه زمانی برای اجرای پروژه یا دریافت خدمات مرتبط با Ordered Columnstore Index مناسب است؟
هنگامی که گزارشها کند شدهاند، رشد داده سریع است یا نگهداری فعلی نتیجه قابل پیشبینی ندارد، بررسی تخصصی ارزشمند است. بهتر است ابتدا Snapshot فنی و معیار موفقیت تعیین شود.
رایجترین خطا در استفاده از Columnstore مرتبشده چیست؟
یکی از خطاهای پرتکرار «انتخاب ستون کمفیلتر» است. خطای دیگر تصمیمگیری بدون مقایسه قبل و بعد و بدون توجه به نسخه SQL Server است.
Columnstore مرتبشده چه اثری بر Performance دارد؟
اثر اصلی از مسیر همپوشانی Segment، ستون اول ORDER و هزینه Sort دیده میشود. نتیجه میتواند بسیار مثبت یا در Workload نامناسب منفی باشد، بنابراین تست کنترلشده ضروری است.
بهترین روش عملی برای Columnstore مرتبشده چیست؟
از یک محیط آزمایشی مشابه Production شروع کنید، ستونها را از روی Query Store انتخاب کنید و تعداد ستون ORDER را محدود کنید را اجرا کنید و معیارها را در Query Store یا سامانه پایش ثبت نمایید.
سازگاری Ordered Columnstore Index با نسخههای SQL Server چگونه است؟
Ordered Columnstore در SQL Server 2022 و نسخههای بعدی پشتیبانی میشود؛ جزئیات ساخت آنلاین و محدودیتها در SQL Server 2025 تکامل یافته است. پیش از انتشار در Production، Syntax و گزینههای قابل پشتیبانی را روی همان Edition، Version و Compatibility Level بررسی کنید.
سؤالات مصاحبه
پاسخ مناسب به پرسشهای زیر باید علاوه بر تعریف، شامل سناریو، Trade-off، معیار اندازهگیری و نمونه T-SQL باشد.
- تفاوت Ordered Columnstore Index و ORDER Clause را با یک سناریوی واقعی توضیح دهید.
- برای سنجش اثر Ordered Columnstore Index چه شاخصهایی را قبل و بعد ثبت میکنید؟
- در چه شرایطی «انتخاب ستون کمفیلتر» باعث افت کارایی میشود؟
- چگونه با استفاده از Segment Elimination و Data Skipping مشکل را عیبیابی میکنید؟
- در طراحی یک Job سازمانی برای Columnstore مرتبشده چه کنترل خطا و Rollback در نظر میگیرید؟
- چرا توصیه «ستونها را از روی Query Store انتخاب کنید» برای محیط Production مهم است؟
چکلیست نهایی
- نسخه و Compatibility Level برای Ordered Columnstore Index کنترل شد.
- خط پایه IO، CPU، Duration و فضای مصرفی ثبت شد.
- Query و Syntax در محیط آزمایشی اجرا شد.
- اثرات DML و ETL جداگانه سنجیده شد.
- خروجی DMV یا Metadata پس از اجرا بررسی شد.
- Rollback Plan و ظرفیت Log مشخص شد.
- گزارش مقایسه قبل و بعد ذخیره شد.
- Job یا رویه نگهداری دارای شرط و کنترل خطا است.
جمعبندی
Columnstore مرتبشده زمانی مفید است که از حالت یک دستور منفرد خارج و به یک فرایند اندازهگیریشده تبدیل شود. Ordered Columnstore Index هنگام ساخت، داده را بر اساس ستونهای ORDER سازماندهی میکند تا همپوشانی Min/Max سگمنتها کمتر و Segment Elimination مؤثرتر شود. این قابلیت برای فیلترهای پرتکرار روی تاریخ یا کلیدهای ترتیبی ارزشمند است. در عمل باید با نسخه SQL Server، شکل داده و هدف گزارشگیری سازگار شود.
برای مطالعه ارتباط این موضوع با سایر اجزای Columnstore، راهنمای جامع کارایی Columnstore در SQL Server را ببینید.
خدمات برنامهنویسی و پایگاه داده
برنامهنویسی در اصفهان
قبول سفارشهای برنامهنویسی و پایگاه داده: 09131253620
انجام پروژههای برنامهنویسی، آموزش برنامهنویسی و آموزش پایگاه داده SQL Server با رویکرد حرفهای، مستندسازی مناسب و قابلیت توسعه انجام میشود.
مجموعهای معتبر با سابقه فعالیت حرفهای از سال ۱۳۷۵ شمسی
از سال ۱۳۷۵ شمسی تاکنون در زمینه طراحی و اجرای پروژههای برنامهنویسی، پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری فعالیت میکنیم.
برای سفارش پروژههای برنامهنویسی و پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری جدید، با شماره تلفن همراه 09131253620 تماس حاصل فرمایید.
ایتا، واتساپ و تماس مستقیم: +989131253620
تماس با ما