آموزش جامع Optional Parameter Plan Optimization در SQL Server؛ بهینهسازی پلن پارامتر اختیاری
مسئلهای که Optional Parameter Plan Optimization حل میکند
یک Query ثابت در برابر حجم داده، توزیع پارامتر و وضعیت Cache همیشه رفتار یکسانی ندارد. Optional Parameter Plan Optimization برای همین نوسان ساخته شده و الگوی پارامتر اختیاری را به Variant شاخه NULL و غیرNULL تقسیم میکند.
این مقاله از سطح مقدماتی آغاز میکند و پیشنیاز SQL Server 2025، Compatibility Level 170، منطق Optional Parameter و Query Variant، ده آزمایش عملی و روش تصمیمگیری برای Production را پوشش میدهد.
مثالها را در پایگاه آزمایشی اجرا کنید؛ برای مشاهده نتیجه به Actual Execution Plan، مجوز ساخت Object و ترجیحاً Query Store نیاز دارید.
بازگشت به راهنمای جامع Intelligent Query Processing
تعریف و جایگاه موضوع
Optional Parameter Plan Optimization یا بهینهسازی پلن پارامتر اختیاری در خانواده Intelligent Query Processing قرار میگیرد. الگوی پارامتر اختیاری را به Variant شاخه NULL و غیرNULL تقسیم میکند. سیگنالهای اصلی آن Optional Parameter, Dispatcher Expression, Query Variant, NULL Branch هستند و نتیجه باید در Plan یا Runtime Stats قابل مشاهده باشد.
سناریوی مناسب، صفحات جستوجو با فیلترهای اختیاری است. این قابلیت یک درمان عمومی برای Schema نامناسب، Statistics منقضی یا Predicate غیرSARGable نیست و باید بعد از تشخیص ریشه مسئله انتخاب شود.
این نقشه جایگاه Optional Parameter Plan Optimization را با محورهای Optional Parameter، Query Variant و Seek Plan نشان میدهد.
نحو، تنظیمات و نوع خروجی
تنظیم پایه
ALTER DATABASE SCOPED CONFIGURATION SET OPTIONAL_PARAMETER_OPTIMIZATION = ON;
نسخه، پارامتر و رفتار ویژه
| مولفه | مقدار | تفسیر |
|---|
| نسخه | SQL Server 2025 | نسخه پایه قابلیت |
| Compatibility Level | 170 | شرط فعالشدن Optimizer |
| ورودی | Query Variant | سیگنال تصمیم |
| خروجی | Plan یا Runtime behavior | نوع داده Query تغییر نمیکند |
| NULL | وابسته به Predicate | آزمون مستقل لازم است |
Optional Parameter Plan Optimization Return Type مستقلی به برنامه برنمیگرداند؛ نتیجه آن در انتخاب Operator، Variant، Grant، DOP یا زمان Compile دیده میشود. بنابراین خروجی SELECT همان نوع داده عبارت اصلی باقی میماند.
اجزای اصلی و منطق اجرا
1. نقش Optional Parameter
در زنجیره تصمیم Optional Parameter Plan Optimization، مؤلفه Optional Parameter باید همراه با Actual Rows، هزینه Operatorهای مجاور و تکرار اجرا تحلیل شود. مشاهده نام یک ویژگی بدون تغییر قابل اندازهگیری، اثبات موفقیت نیست.
2. نقش Dispatcher Expression
در زنجیره تصمیم Optional Parameter Plan Optimization، مؤلفه Dispatcher Expression باید همراه با Actual Rows، هزینه Operatorهای مجاور و تکرار اجرا تحلیل شود. مشاهده نام یک ویژگی بدون تغییر قابل اندازهگیری، اثبات موفقیت نیست.
3. نقش Query Variant
در زنجیره تصمیم Optional Parameter Plan Optimization، مؤلفه Query Variant باید همراه با Actual Rows، هزینه Operatorهای مجاور و تکرار اجرا تحلیل شود. مشاهده نام یک ویژگی بدون تغییر قابل اندازهگیری، اثبات موفقیت نیست.
4. نقش NULL Branch
در زنجیره تصمیم Optional Parameter Plan Optimization، مؤلفه NULL Branch باید همراه با Actual Rows، هزینه Operatorهای مجاور و تکرار اجرا تحلیل شود. مشاهده نام یک ویژگی بدون تغییر قابل اندازهگیری، اثبات موفقیت نیست.
این جریان، مسیر Query از Optional Parameter تا مشاهده Seek Plan را برای Optional Parameter Plan Optimization قابل پیگیری میکند.
مثالهای عملی از ساده تا پیشرفته
مثال 1: بررسی سطح سازگاری
پیش از تحلیل Optional Parameter Plan Optimization سطح سازگاری را ثبت میکنیم.
SELECT DB_NAME() DatabaseName,compatibility_level FROM sys.databases WHERE name=DB_NAME();
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Database | Current |
| Compatibility | 170 |
نکته کاربردی: سطح هدف این مقاله 170 است.
مثال 2: فعالسازی کنترلشده
تنظیم مرتبط با Optional Parameter Plan Optimization در محیط آزمایشی فعال میشود.
ALTER DATABASE SCOPED CONFIGURATION SET OPTIONAL_PARAMETER_OPTIMIZATION = ON;
SELECT name,value FROM sys.database_scoped_configurations ORDER BY name;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Action | Enable |
| Scope | Database |
نکته کاربردی: Baseline پیش از تغییر را نگه دارید.
مثال 3: ساخت داده نمونه
دادهای متناسب با Optional Parameter و Dispatcher Expression ساخته میشود.
DROP TABLE IF EXISTS dbo.IQP_OPPO; CREATE TABLE dbo.IQP_OPPO(ID int IDENTITY PRIMARY KEY,CategoryID int NULL,Price money);
INSERT dbo.IQP_OPPO(CategoryID,Price) SELECT TOP (60000) CASE WHEN ABS(CHECKSUM(NEWID()))%20=0 THEN NULL ELSE ABS(CHECKSUM(NEWID()))%150 END,10+ABS(CHECKSUM(NEWID()))%50000 FROM sys.all_objects a CROSS JOIN sys.all_objects b;
CREATE INDEX IX_IQP_OPPO_CategoryID ON dbo.IQP_OPPO(CategoryID);
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Object | IQP_OPTIONAL_PARAM |
| Purpose | بهینهسازی پلن پارامتر اختیاری |
نکته کاربردی: حجم و Skew را شبیه Production تنظیم کنید.
مثال 4: اجرای سناریوی پایه
Query پایه برای مشاهده Query Variant اجرا میشود.
DECLARE @CategoryID int=8; SELECT ID,Price FROM dbo.IQP_OPPO WHERE CategoryID=@CategoryID OR @CategoryID IS NULL;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Signal | Query Variant |
| Expected | Inspect actual plan |
نکته کاربردی: Actual Plan را ذخیره کنید.
مثال 5: ثبت XML Plan
ویژگیهای NULL Branch و Seek Plan در Plan بررسی میشوند.
SET STATISTICS XML ON;
DECLARE @CategoryID int=8; SELECT ID,Price FROM dbo.IQP_OPPO WHERE CategoryID=@CategoryID OR @CategoryID IS NULL;
SET STATISTICS XML OFF;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Artifact | Actual XML Plan |
| Inspect | Seek Plan |
نکته کاربردی: Estimated Plan برای Feedback کافی نیست.
مثال 6: تکرار اجرا
برای شکلگیری تاریخچه Optional Parameter Plan Optimization چند اجرای متوالی انجام میشود.
DECLARE @i int=1; WHILE @i<=6 BEGIN
DECLARE @CategoryID int=8; SELECT ID,Price FROM dbo.IQP_OPPO WHERE CategoryID=@CategoryID OR @CategoryID IS NULL;
SET @i+=1; END;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Executions | 6 |
| Observation | Runtime evolution |
نکته کاربردی: بین اجراها Cache را بیدلیل پاک نکنید.
مثال 7: تحلیل Query Store
Runtime Stats و Planهای Optional Parameter Plan Optimization از Query Store خوانده میشوند.
ALTER DATABASE CURRENT SET QUERY_STORE=ON;
SELECT TOP (20) q.query_id,p.plan_id,p.is_forced_plan,rs.count_executions,rs.avg_duration,rs.avg_cpu_time,rs.avg_logical_io_reads
FROM sys.query_store_query_text qt JOIN sys.query_store_query q ON q.query_text_id=qt.query_text_id
JOIN sys.query_store_plan p ON p.query_id=q.query_id JOIN sys.query_store_runtime_stats rs ON rs.plan_id=p.plan_id
WHERE qt.query_sql_text LIKE N'%IQP_OPTIONAL_PAR%' ORDER BY rs.last_execution_time DESC;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Repository | Query Store |
| Metrics | CPU, IO, Duration |
نکته کاربردی: بازههای زمانی همسان را مقایسه کنید.
مثال 8: آزمون NULL و حالت مرزی
شاخه کمانتخاب یا NULL برای Optional Parameter Plan Optimization آزمایش میشود.
DECLARE @CategoryID int=NULL; SELECT COUNT_BIG(*) AllRows FROM dbo.IQP_OPPO WHERE CategoryID=@CategoryID OR @CategoryID IS NULL;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Case | NULL / Edge |
| Expected | No error |
نکته کاربردی: حالت مرزی را در Regression Test نگه دارید.
مثال 9: مقایسه A/B
اثر Optional Parameter Plan Optimization با خاموش و روشنکردن کنترلشده مقایسه میشود.
ALTER DATABASE SCOPED CONFIGURATION SET OPTIONAL_PARAMETER_OPTIMIZATION = OFF;
DECLARE @CategoryID int=8; SELECT ID,Price FROM dbo.IQP_OPPO WHERE CategoryID=@CategoryID OR @CategoryID IS NULL;
ALTER DATABASE SCOPED CONFIGURATION SET OPTIONAL_PARAMETER_OPTIMIZATION = ON;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| A | Feature OFF |
| B | Feature ON |
نکته کاربردی: در Production تغییر سراسری بدون Change Plan انجام ندهید.
مثال 10: پایش معیار پذیرش
CPU، IO و Duration برای پذیرش Optional Parameter Plan Optimization ثبت میشود.
SET STATISTICS IO ON; SET STATISTICS TIME ON;
DECLARE @CategoryID int=8; SELECT ID,Price FROM dbo.IQP_OPPO WHERE CategoryID=@CategoryID OR @CategoryID IS NULL;
SET STATISTICS TIME OFF; SET STATISTICS IO OFF;
| خروجی یا شاخص | نمونه نتیجه |
|---|
| Accept | Lower resource or stable plan |
| Rollback | Prior config |
نکته کاربردی: نتیجه را با SLA و Throughput کل سرور بسنجید.
کاربردهای واقعی در پروژه
کاربرد شاخص Optional Parameter Plan Optimization در صفحات جستوجو با فیلترهای اختیاری دیده میشود. تیم باید Queryهای کاندید را بر اساس سهم CPU، Duration و Logical Reads اولویتبندی کند و از تغییر همه Queryها یا همه تنظیمات به صورت همزمان پرهیز کند.
در پروژه سازمانی، خروجی مطلوب فقط کاهش زمان یک اجرا نیست. ثبات Plan در ساعات پرترافیک، Throughput کل سامانه، Tail Latency، فشار tempdb و امکان Rollback نیز بخشی از معیار پذیرش هستند.
هشدار مهم نسخه و Eligibility
نام Optional Parameter Plan Optimization در نسخه SQL Server 2025 به معنی استفاده قطعی آن در هر Query نیست. Compatibility Level 170، Build، تنظیم Scoped، شکل Query و Eligibility همزمان تعیینکنندهاند.
پیش از تغییر Production، Cumulative Update، وضعیت Query Store و Hintهای موجود را ثبت کنید. Hint ثابت یا پاکسازی مکرر Cache ممکن است رفتار تطبیقی را محدود کند.
اشتباهات رایج و روش اصلاح
| اشتباه | پیامد | اصلاح عملی |
|---|
| قضاوت با یک اجرا | نتیجه Cache-sensitive | چند اجرای کنترلشده |
| داده یکنواخت | پنهانشدن رفتار تطبیقی | Skew و NULL واقعی |
| پاککردن دائم Cache | حذف Feedback یا Variant | سیاست Cache ثابت |
| تمرکز فقط بر Duration | پنهانشدن CPU و IO | ثبت چند معیار |
| تغییر سراسری | ریسک Regression | Pilot و Rollback |
Performance Considerations
برای Optional Parameter Plan Optimization، Plan را از نظر Optional Parameter، Query Variant و Seek Plan با Baseline مقایسه کنید. Estimated Rows و Actual Rows، CPU Time، Elapsed Time و Logical Reads باید همزمان خوانده شوند.
- تغییر Optional Parameter را در Actual Plan ثبت کنید.
- اثر Query Variant را روی انتخاب Plan یا Runtime بسنجید.
- Warm Cache و Cold Cache را جداگانه آزمایش کنید.
- Tail Latency و Throughput را کنار میانگین زمان پاسخ نگه دارید.
- Query Store را از نظر فضای مصرفی و Read Write بودن پایش کنید.
Best Practices
- Query کاندید را با شواهد انتخاب کنید.
- نسخه، Build و تنظیمات را در Change Record ثبت کنید.
- داده تست را از نظر حجم، Skew و NULL شبیه Production بسازید.
- A/B Test را با سیاست Cache یکسان انجام دهید.
- معیار توقف و Rollback Plan را پیش از انتشار تصویب کنید.
- پس از ارتقا یا تغییر Index، نتیجه را دوباره بررسی کنید.
این پنل، Best Path و خطای رایج Optional Parameter Plan Optimization را کنار CPU، IO و Latency قرار میدهد.
مزایا، محدودیتها و زمان نامناسب استفاده
| جنبه | تحلیل تصمیم |
|---|
| مزیت | تصمیم آگاهتر از Query Variant |
| محدودیت | وابستگی به نسخه و Eligibility |
| زمان نامناسب | Query کوچک یا مشکل طراحی Schema |
| مکمل | Index، Statistics و Query SARGable |
سؤالات متداول
Optional Parameter Plan Optimization چه مسئلهای را حل میکند؟
بهینهسازی پلن پارامتر اختیاری الگوی پارامتر اختیاری را به Variant شاخه NULL و غیرNULL تقسیم میکند و برای صفحات جستوجو با فیلترهای اختیاری مناسب است.
چگونه استفاده واقعی Optional Parameter Plan Optimization را تشخیص دهیم؟
Actual Plan، Query Store و شاخصهای Optional Parameter و Seek Plan را پیش و پس از اجرا مقایسه کنید.
آیا Optional Parameter Plan Optimization برای هر سامانه تجاری مناسب است؟
خیر؛ Baseline، SLA، توزیع داده و ریسک Regression باید پیش از استقرار بررسی شوند.
هزینه ارزیابی Optional Parameter Plan Optimization چگونه برآورد میشود؟
تعداد Queryهای بحرانی، محیط تست، آمادگی Query Store و زمان Regression Test عوامل اصلی هستند.
تفاوت Optional Parameter Plan Optimization با Tuning دستی چیست؟
این قابلیت بخشی از تصمیم Optimizer را تطبیقی میکند، اما جایگزین Index، Statistics و Query صحیح نیست.
برای اجرای پروژه Optional Parameter Plan Optimization چه خدماتی لازم است؟
ممیزی Plan، طراحی Benchmark، اجرای A/B، آموزش تیم و سند Rollback خروجیهای کاربردی پروژه هستند.
رایجترین خطای Optional Parameter Plan Optimization چیست؟
انتظار نتیجه بدون بررسی Compatibility Level 170، Eligibility Query و شواهد Actual Plan رایجترین خطاست.
مهمترین معیار Performance در Optional Parameter Plan Optimization چیست؟
Duration، CPU، Logical Reads و تغییر Query Variant باید همزمان تحلیل شوند.
Best Practice استقرار Optional Parameter Plan Optimization چیست؟
Pilot محدود، داده شبیه Production، معیار پذیرش روشن و Monitoring پس از انتشار بهترین مسیر است.
Optional Parameter Plan Optimization در کدام نسخه پشتیبانی میشود؟
مبنای این راهنما SQL Server 2025 و Compatibility Level 170 است؛ Build دقیق را نیز کنترل کنید.
سؤالات مصاحبه
- چه شواهدی اثر واقعی Optional Parameter Plan Optimization را ثابت میکند؟
- تغییر Query Variant چگونه Plan را تحت تأثیر قرار میدهد؟
- چه زمانی خاموشکردن موقت Optional Parameter Plan Optimization منطقی است؟
- چگونه بهبود یک Query را با Throughput کل سرور متعادل میکنید؟
- Rollback پس از Regression چگونه طراحی میشود؟
چکلیست نهایی
- Compatibility Level 170 بررسی شد.
- Baseline Plan، CPU، IO و Duration ثبت شد.
- Skew، NULL و حالت مرزی آزمایش شد.
- Query Store و فضای آن کنترل شد.
- A/B Test با Cache policy یکسان انجام شد.
- معیار پذیرش و Rollback تصویب شد.
- Monitoring پس از انتشار انجام شد.
جمعبندی
Optional Parameter Plan Optimization زمانی انتخاب درستی است که مسئله واقعی به Query Variant و تغییر رفتار اجرا مربوط باشد. آن را یک لایه تطبیقی روی پایه سالم Schema، Statistics و Index در نظر بگیرید، نه جایگزین Tuning اصولی.
گام بعدی اجرای ده آزمایش این مقاله روی Query واقعی و مقایسه Seek Plan با Baseline است. برای دیدن ارتباط این قابلیت با سایر اعضای IQP، راهنمای جامع Intelligent Query Processing را مطالعه کنید.
خدمات برنامهنویسی و پایگاه داده
برنامهنویسی در اصفهان؛ قبول سفارشهای برنامهنویسی و پایگاه داده: 09131253620.
انجام پروژه، آموزش برنامهنویسی و آموزش SQL Server توسط مجموعهای معتبر با سابقه فعالیت حرفهای از سال ۱۳۷۵ شمسی تاکنون.
برای سفارش پروژه، آموزش تخصصی، ایتا، واتساپ و تماس مستقیم با ما در ارتباط باشید.
تماس مستقیم با 09131253620
تماس با ما و ثبت درخواست