آموزش sys.dm_db_missing_index_details و خواندن جزئیات پیشنهادهای ایندکس

تعریف فنی و جایگاه در معماری SQL Server

sys.dm_db_missing_index_details در این مقاله به‌عنوان یک موضوع DMV_OR_VIEW بررسی می‌شود. ماهیت اصلی آن این است که ستون‌های Equality، Inequality و Include و نام جدول مرتبط با هر پیشنهاد ایندکس مفقود را ارائه می‌کند. این قابلیت در لایه «هر ردیف با index_handle شناخته می‌شود و برای اولویت‌بندی واقعی باید از طریق sys.dm_db_missing_index_groups به آمار استفاده متصل شود.» قرار می‌گیرد و بدون تعیین همان محدوده، عدد یا خروجی می‌تواند چند تفسیر متفاوت داشته باشد.

مفاهیم محوری این صفحه عبارت‌اند از index_handle، database_id، statement، equality_columns، inequality_columns. ارتباط میان این مفاهیم باید به‌صورت زنجیره علت، مشاهده و اقدام خوانده شود؛ به همین دلیل هیچ ستون یا Option به‌تنهایی معیار تغییر Production نیست.

این تصویر، جایگاه sys.dm_db_missing_index_details را با تمرکز بر index_handle، database_id و statement نشان می‌دهد؛ پنل عددی پایین شکل برای جداکردن مشاهده خام از تصمیم اجرایی طراحی شده است.

نحو دسترسی، Scope و ستون‌های کلیدی

Syntax مرجع

SELECT ... FROM sys.dm_db_missing_index_details AS mid;

ورودی، محدوده و مجوز

Scope این موضوع چنین تعریف می‌شود: هر ردیف با index_handle شناخته می‌شود و برای اولویت‌بندی واقعی باید از طریق sys.dm_db_missing_index_groups به آمار استفاده متصل شود. برای اجرای درست، در SQL Server دسترسی گسترده معمولاً به VIEW SERVER STATE و در نسخه‌های جدید به VIEW SERVER PERFORMANCE STATE وابسته است. انتخاب پارامتر یا Target باید از مسئله عیب‌یابی بیاید و استفاده از NULL، همه اشیا یا تنظیم سطح دیتابیس فقط با دلیل مشخص انجام شود.

خروجی یا اثر قابل مشاهده

در خروجی یا رفتار sys.dm_db_missing_index_details باید حداقل index_handle، statement و inequality_columns بررسی شود. اگر مقدار NULL، صفر یا نبود ردیف مشاهده شد، ابتدا Metadata Visibility، نسخه و زمان ایجاد داده کنترل می‌شود؛ نتیجه خالی همیشه به معنی نبود مشکل نیست.

اجزای اصلی و منطق تحلیل

در نمودار دوم، مسیر index_handle تا equality_columns به‌صورت مرحله‌ای ترسیم شده تا ورودی، تبدیل و خروجی sys.dm_db_missing_index_details در یک نگاه قابل دنبال‌کردن باشد.

ده مثال عملی از مشاهده ساده تا تصمیم قابل اجرا

مثال 1: نمای پایه و مرتب‌شده از داده‌های تشخیصی

این Query نخستین نمای عملی از sys.dm_db_missing_index_details را با ستون‌های لازم برای خواندن سریع وضعیت می‌سازد.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT TOP (20) scope_name, object_name, subject_name, metric_primary, metric_secondary, detail_value
FROM DSYSDMDBMISSINGINDE8
ORDER BY metric_primary DESC;

خروجی نمونه باید با زمان ثبت و Scope همراه باشد؛ پیشنهادها طراحی نهایی نیستند؛ ترتیب کلید، هم‌پوشانی با ایندکس موجود، اندازه Include و نیازهای نوشتن در آن‌ها لحاظ کامل نشده است.

مثال 2: فیلترکردن رکوردهای عبورکرده از آستانه 20

در این سناریو داده کم‌اثر حذف می‌شود تا تمرکز روی امتیاز تقریبی منفعت بالاتر از حد تعریف‌شده باقی بماند.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT object_name, subject_name, metric_primary, detail_value
FROM DSYSDMDBMISSINGINDE8
WHERE metric_primary > 20
ORDER BY metric_primary DESC;

Threshold این مثال قراردادی است و باید با Baseline واقعی sys.dm_db_missing_index_details تنظیم شود.

مثال 3: محاسبه نسبت «امتیاز تقریبی منفعت» به «تعداد Seek و Scan»

نسبت دو شاخص کمک می‌کند بزرگی مطلق یک شمارنده با زمینه تعداد Seek و Scan اشتباه نشود.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT object_name, subject_name, metric_primary, metric_secondary,
       CAST(metric_primary/NULLIF(CONVERT(decimal(19,4),metric_secondary),0) AS decimal(19,3)) AS primary_to_secondary
FROM DSYSDMDBMISSINGINDE8
WHERE metric_secondary IS NOT NULL
ORDER BY primary_to_secondary DESC;

اگر مخرج صفر باشد، NULL بازمی‌گردد تا نسبت ساختگی یا خطای تقسیم بر صفر ایجاد نشود. در Runbook خانواده 15، تفسیر این بند به شواهد اختصاصی sys.dm_db_missing_index_details وابسته است.

مثال 4: تجمیع شاخص‌ها در سطح شیء پایگاه داده

وقتی چند سطر به یک جدول یا شیء تعلق دارد، تجمیع در سطح object_name تصویر مدیریتی روشن‌تری می‌دهد. کاربرد این اصل در sys.dm_db_missing_index_details با معیارهای ویژه مجموعه 15 سنجیده می‌شود.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT object_name, SUM(metric_primary) AS total_primary, SUM(metric_secondary) AS total_secondary
FROM DSYSDMDBMISSINGINDE8
GROUP BY object_name
ORDER BY total_primary DESC;

جمع‌زدن فقط زمانی معتبر است که واحد امتیاز تقریبی منفعت در همه ردیف‌های هدف یکسان باشد.

مثال 5: رتبه‌بندی موارد مهم داخل هر محدوده

رتبه‌بندی داخل Scope مانع می‌شود یک دیتابیس پرترافیک تمام خروجی sys.dm_db_missing_index_details را اشغال کند.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
), Ranked AS
(
    SELECT *, DENSE_RANK() OVER (PARTITION BY scope_name ORDER BY metric_primary DESC) AS rank_no
    FROM DSYSDMDBMISSINGINDE8
)
SELECT scope_name, object_name, subject_name, metric_primary, rank_no
FROM Ranked
WHERE rank_no <= 5
ORDER BY scope_name, rank_no;

برای رتبه‌بندی پایدار، Capture Time را نیز در مخزن دائمی نگهداری کنید.

مثال 6: ساخت نوار تصمیم برای اولویت عیب‌یابی

طبقه‌بندی سه‌سطحی برای تبدیل عدد خام به تصمیم قابل پیگیری در Runbook استفاده می‌شود. در مجموعه 15، این تصمیم برای sys.dm_db_missing_index_details باید جدا از خانواده‌های دیگر ثبت شود.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT object_name, subject_name, metric_primary,
       CASE WHEN metric_primary >= 200 THEN N'اولویت بالا'
            WHEN metric_primary >= 20 THEN N'نیازمند بررسی'
            ELSE N'کم‌اثر در Snapshot فعلی' END AS diagnostic_band
FROM DSYSDMDBMISSINGINDE8
ORDER BY metric_primary DESC;

Bandها تصمیم نهایی نیستند؛ از ساخت خودکار CREATE INDEX بر اساس رشته DMV پرهیز کنید؛ ابتدا تعریف را Normalization و با sys.indexes مقایسه نمایید.

مثال 7: ثبت Snapshot قابل مقایسه در جدول موقت

Snapshot زمان‌دار امکان مقایسه نرخ تغییر امتیاز تقریبی منفعت را در دو بازه کاری فراهم می‌کند.

DROP TABLE IF EXISTS #Snapshot_8;
WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT SYSUTCDATETIME() AS captured_at, *
INTO #Snapshot_8
FROM DSYSDMDBMISSINGINDE8;
SELECT COUNT(*) AS captured_rows, MAX(metric_primary) AS max_primary
FROM #Snapshot_8;

جدول موقت برای آموزش است؛ در سامانه پایش از جدول تاریخچه با کلید زمان استفاده کنید. برای sys.dm_db_missing_index_details، اجرای این توصیه در خانواده 15 نیازمند Baseline مخصوص همان موضوع است.

مثال 8: یافتن اشیای دارای چند سیگنال هم‌زمان

این تجمیع اشیایی را نشان می‌دهد که چند Item مرتبط با sys.dm_db_missing_index_details دارند و نیازمند تحلیل مجموعه‌ای هستند.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT object_name, COUNT(*) AS item_count, AVG(CONVERT(decimal(19,2),metric_primary)) AS avg_primary
FROM DSYSDMDBMISSINGINDE8
WHERE object_name IS NOT NULL
GROUP BY object_name
HAVING COUNT(*) >= 1
ORDER BY avg_primary DESC;

تعداد سطر زیاد می‌تواند ناشی از پارتیشن یا Rowgroup باشد و نباید با تعداد مشکل‌ها یکی فرض شود. این نکته در تحلیل خانواده 15 با محور sys.dm_db_missing_index_details به‌صورت مستقل ارزیابی می‌شود.

مثال 9: اصلاح الگوی SELECT بدون فیلتر و بدون هدف

نمونه اشتباه عمداً حذف شده و نسخه اصلاح‌شده فقط شیء هدف را با Top و ترتیب معنی‌دار می‌خواند. برای موضوع sys.dm_db_missing_index_details در مجموعه 15، همین قاعده باید با داده همان Scope تطبیق داده شود.

-- روش نامناسب: دریافت همه ستون‌ها و همه اشیا بدون هدف
-- SELECT * FROM sys.dm_db_missing_index_details;

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT TOP (10) object_name, subject_name, metric_primary, detail_value
FROM DSYSDMDBMISSINGINDE8
WHERE object_name = N'dbo.FactInternetSales'
ORDER BY metric_primary DESC;

این اصلاح هزینه جمع‌آوری را کاهش می‌دهد و خطر برداشت اشتباه از رکورد نامرتبط را کم می‌کند. در Runbook خانواده 15، تفسیر این بند به شواهد اختصاصی sys.dm_db_missing_index_details وابسته است.

مثال 10: ساخت صف اقدام برای بررسی تیم DBA

خروجی نهایی به‌جای گزارش خام، Context لازم برای تعیین مالک و اقدام بعدی را تولید می‌کند. کاربرد این اصل در sys.dm_db_missing_index_details با معیارهای ویژه مجموعه 15 سنجیده می‌شود.

WITH DSYSDMDBMISSINGINDE8 AS (
SELECT DB_NAME(mid.database_id) AS scope_name,
       mid.statement AS object_name,
       COALESCE(mid.equality_columns,N'(بدون ستون Equality)') AS subject_name,
       CONVERT(decimal(18,2),migs.avg_total_user_cost*migs.avg_user_impact*(migs.user_seeks+migs.user_scans)) AS metric_primary,
       CONVERT(bigint,migs.user_seeks+migs.user_scans) AS metric_secondary,
       CONCAT(COALESCE(mid.inequality_columns,N''),N' | INCLUDE ',COALESCE(mid.included_columns,N'')) AS detail_value
FROM sys.dm_db_missing_index_details AS mid
JOIN sys.dm_db_missing_index_groups AS mig ON mig.index_handle=mid.index_handle
JOIN sys.dm_db_missing_index_group_stats AS migs ON migs.group_handle=mig.index_group_handle
WHERE mid.database_id=DB_ID()
)
SELECT TOP (15) object_name, subject_name, metric_primary, metric_secondary, detail_value,
       CONCAT(N'امتیاز تقریبی منفعت: ',metric_primary,N' | تعداد Seek و Scan: ',metric_secondary) AS action_context
FROM DSYSDMDBMISSINGINDE8
WHERE COALESCE(metric_primary,0) > 0
ORDER BY metric_primary DESC, metric_secondary DESC;

صف اقدام باید با Plan، Query Store یا شواهد Workload تکمیل شود؛ پیشنهادهای مشابه را ادغام کنید و هزینه نگهداری، Selectivity و Query Plan واقعی را پیش از ساخت بسنجید.

کاربردهای واقعی در پروژه و عملیات

در پایش روزانه، sys.dm_db_missing_index_details می‌تواند برای ساخت یک Snapshot محدود به اشیای حساس استفاده شود. تیم عملیات با ثبت index_handle و equality_columns در کنار زمان رخداد، میان تغییر طبیعی بار و نشانه Regression تفاوت می‌گذارد.

در پروژه بهینه‌سازی، خروجی این موضوع به فرضیه قابل آزمایش تبدیل می‌شود؛ برای نمونه، به‌جای «سیستم کند است» سؤال می‌شود آیا تغییر امتیاز تقریبی منفعت با Query یا Deployment خاص هم‌بستگی دارد. سپس Plan و معیار قبل/بعد جمع‌آوری می‌شود.

در فرایند آموزش یا تحویل پروژه، Runbook باید Query امن، سطح دسترسی، مسیر Escalation و شرط توقف را ثبت کند. این کار وابستگی به حافظه یک DBA را کم و اجرای sys.dm_db_missing_index_details را قابل ممیزی می‌کند.

اشتباهات رایج و اصلاح عملی

• اشتباه: خواندن index_handle بدون ثبت زمان. اصلاح: Capture Time و زمان شروع سرویس یا دیتابیس را کنار Snapshot نگه دارید.
• اشتباه: اجرای sys.dm_db_missing_index_details روی همه اشیا در هر دقیقه. اصلاح: Scope را با فیلتر دیتابیس، Object یا Statistics محدود و تناوب را با نرخ تغییر تنظیم کنید.
• اشتباه: تبدیل امتیاز تقریبی منفعت به حکم قطعی. اصلاح: آن را با تعداد Seek و Scan، Plan و الگوی Workload اعتبارسنجی نمایید.
• اشتباه: نادیده‌گرفتن مجوز و Metadata Visibility. اصلاح: نبود ردیف را با کاربر دارای دسترسی کنترل‌شده دوباره بررسی کنید.
• اشتباه: نبود مسیر بازگشت. اصلاح: قبل از تغییر، Script معکوس، Snapshot تنظیمات و معیار شکست را آماده سازید.

Performance Considerations اختصاصی این موضوع

پیشنهادهای مشابه را ادغام کنید و هزینه نگهداری، Selectivity و Query Plan واقعی را پیش از ساخت بسنجید. Query جمع‌آوری باید فقط ستون‌های موردنیاز را برگرداند، از Sorting بدون Top روی مجموعه بزرگ دوری کند و در صورت امکان یک Object یا دیتابیس مشخص را هدف بگیرد.

هزینه مستقیم sys.dm_db_missing_index_details با نوع موضوع متفاوت است: DMVهای گسترده می‌توانند خروجی حجیم تولید کنند، DBCC یا Update Statistics ممکن است I/O داشته باشد و گزینه سطح دیتابیس می‌تواند Compileهای بعدی را تغییر دهد. به همین علت اجرای نخست باید با Elapsed Time و Reads ثبت شود.

برای تحلیل روند، Snapshotهای کوچک و منظم از database_id بهتر از Query سنگین و نامنظم است. نگهداری تاریخچه نیز باید Retention مشخص داشته باشد تا مخزن مانیتورینگ خود به منبع رشد و Lock تبدیل نشود.

Best Practices اولویت‌بندی‌شده

• هدف تحلیلی sys.dm_db_missing_index_details را در یک جمله و پیش از اجرای Query بنویسید.
• از ساخت خودکار CREATE INDEX بر اساس رشته DMV پرهیز کنید؛ ابتدا تعریف را Normalization و با sys.indexes مقایسه نمایید.
• نسخه، Edition و مجوزهای مرتبط با statement را در Deployment Checklist ثبت کنید.
• خروجی را با یک منبع مستقل مانند Query Store، Actual Plan یا Catalog View مرتبط تطبیق دهید.
• برای اقدام تغییردهنده معیار قبل/بعد و زمان مشاهده اثر را از پیش تعیین کنید.
• Script جمع‌آوری sys.dm_db_missing_index_details را Version Control کنید و تغییر Thresholdها را مستند نگه دارید.

نمای سوم، رابطه database_id، inequality_columns و included_columns را در کنار شاخص‌های تصمیم نمایش می‌دهد و مشخص می‌کند کدام مسیر برای Performance یا رفع خطا اولویت دارد.

مزایا، محدودیت‌ها و زمان نامناسب استفاده

مزیت اصلی sys.dm_db_missing_index_details این است که مسئله ستون‌های Equality، Inequality و Include و نام جدول مرتبط با هر پیشنهاد ایندکس مفقود را ارائه می‌کند. را به داده یا رفتار قابل مشاهده تبدیل می‌کند. این شفافیت، گفت‌وگوی DBA و تیم توسعه را از حدس به فرضیه قابل آزمون منتقل می‌سازد.

محدودیت اصلی به Scope و ماندگاری داده مربوط است: هر ردیف با index_handle شناخته می‌شود و برای اولویت‌بندی واقعی باید از طریق sys.dm_db_missing_index_groups به آمار استفاده متصل شود. همچنین پیشنهادها طراحی نهایی نیستند؛ ترتیب کلید، هم‌پوشانی با ایندکس موجود، اندازه Include و نیازهای نوشتن در آن‌ها لحاظ کامل نشده است. بنابراین گزارش باید Timestamp، نسخه و Context داشته باشد.

زمان نامناسب استفاده زمانی است که تیم بدون دسترسی کافی، بدون Baseline یا در میانه Incident حساس قصد اجرای فرمان سنگین دارد. در آن وضعیت ابتدا Query کم‌خطر، داده موجود و روش Escalation انتخاب می‌شود. در مجموعه 15، این تصمیم برای sys.dm_db_missing_index_details باید جدا از خانواده‌های دیگر ثبت شود.

سؤالات متداول اختصاصی

sys.dm_db_missing_index_details دقیقاً چه مسئله‌ای را در SQL Server حل می‌کند؟

sys.dm_db_missing_index_details برای ستون‌های Equality، Inequality و Include و نام جدول مرتبط با هر پیشنهاد ایندکس مفقود را ارائه می‌کند. کاربرد دارد. ارزش آن زمانی آشکار می‌شود که خروجی با Scope صحیح، زمان Capture و شواهد Workload تفسیر شود، نه اینکه یک مقدار منفرد به‌عنوان حکم نهایی در نظر گرفته شود.

برای شروع یادگیری sys.dm_db_missing_index_details چه پیش‌نیازی لازم است؟

آشنایی با Metadata، اجرای SELECT امن و مفهوم index_handle پایه مناسبی است. کاربر باید تفاوت محیط آزمایش و Production را بداند و مجوز «در SQL Server دسترسی گسترده معمولاً به VIEW SERVER STATE و در نسخه‌های جدید به VIEW SERVER PERFORMANCE STATE وابسته است.» را بدون گسترش غیرضروری دسترسی مدیریت کند.

آیا sys.dm_db_missing_index_details برای پروژه‌های کوچک هم ارزش پیاده‌سازی دارد؟

در پروژه کوچک می‌توان Scope را محدود و فقط شاخص‌های database_id و statement را ثبت کرد. همین نسخه سبک از پایش، رشد آینده را قابل اندازه‌گیری می‌کند و از تصمیم‌های حدسی هنگام افزایش حجم جلوگیری خواهد کرد.

در یک پروژه سازمانی چگونه خروجی sys.dm_db_missing_index_details مستندسازی شود؟

پیشنهاد می‌شود Capture Time، نام دیتابیس، مالک سرویس، Query یا Job مرتبط و تصمیم حاصل ثبت شود. در خدمات مشاوره SQL Server نیز چنین فرم شواهدی باعث می‌شود تغییرات قابل بازبینی و مسئولیت هر اقدام روشن باشد. برای sys.dm_db_missing_index_details، اجرای این توصیه در خانواده 15 نیازمند Baseline مخصوص همان موضوع است.

sys.dm_db_missing_index_details چه تفاوتی با نگاه‌کردن صرف به Execution Plan دارد؟

Execution Plan مسیر یک Query را توضیح می‌دهد، اما sys.dm_db_missing_index_details زاویه «هر ردیف با index_handle شناخته می‌شود و برای اولویت‌بندی واقعی باید از طریق sys.dm_db_missing_index_groups به آمار استفاده متصل شود.» را اضافه می‌کند. ترکیب این دو، فاصله میان رفتار یک اجرا و الگوی تجمعی سیستم را کاهش می‌دهد.

چه زمانی برای تحلیل sys.dm_db_missing_index_details از متخصص SQL Server کمک بگیریم؟

وقتی خروجی به تغییر Schema، حذف یا ساخت ایندکس، تنظیم دیتابیس یا عملیات پرهزینه منتهی می‌شود، بازبینی تخصصی ارزش دارد. تیم اجرا می‌تواند ابتدا Snapshot و Queryهای مقاله را آماده کند تا جلسه مشاوره بر تصمیم واقعی متمرکز بماند. این نکته در تحلیل خانواده 15 با محور sys.dm_db_missing_index_details به‌صورت مستقل ارزیابی می‌شود.

رایج‌ترین خطای تفسیر sys.dm_db_missing_index_details چیست؟

خطای پرتکرار، جداکردن عدد equality_columns از بازه زمانی و Context است. پیشنهادها طراحی نهایی نیستند؛ ترتیب کلید، هم‌پوشانی با ایندکس موجود، اندازه Include و نیازهای نوشتن در آن‌ها لحاظ کامل نشده است. راه اصلاح، ثبت Baseline و مقایسه چند Snapshot هم‌شرایط است.

چگونه هزینه Performance خود Queryهای sys.dm_db_missing_index_details را پایین نگه داریم؟

ستون‌های لازم را انتخاب کنید، فیلتر Scope را زود اعمال نمایید و Capture را با فاصله منطقی انجام دهید. پیشنهادهای مشابه را ادغام کنید و هزینه نگهداری، Selectivity و Query Plan واقعی را پیش از ساخت بسنجید. این رویکرد مانع تبدیل ابزار تشخیص به منبع بار اضافی می‌شود.

بهترین الگوی عملی برای استفاده پایدار از sys.dm_db_missing_index_details چیست؟

از ساخت خودکار CREATE INDEX بر اساس رشته DMV پرهیز کنید؛ ابتدا تعریف را Normalization و با sys.indexes مقایسه نمایید. علاوه بر آن، معیار موفقیت هر تغییر باید پیش از اجرا تعریف شود تا پس از تغییر بتوان اثر را با همان شاخص‌ها سنجید.

sys.dm_db_missing_index_details در همه نسخه‌های SQL Server یکسان رفتار می‌کند؟

رفتار دقیق را با نسخه و سطح سازگاری پایگاه داده بررسی کنید. همچنین نام مجوزها، ستون‌های قابل اتکا و قابلیت‌های وابسته به Edition یا Platform باید در محیط هدف آزمایش شوند؛ Script آموزشی جای تست سازگاری نسخه را نمی‌گیرد. برای موضوع sys.dm_db_missing_index_details در مجموعه 15، همین قاعده باید با داده همان Scope تطبیق داده شود.

سؤالات مصاحبه فنی

چگونه Scope مناسب برای sys.dm_db_missing_index_details را تعیین می‌کنید؟

از مسئله عملی شروع می‌کنم، دیتابیس و شیء مرتبط را محدود می‌سازم، سپس فقط ستون‌های index_handle و database_id را برای پاسخ به همان فرضیه انتخاب می‌کنم.

چرا یک Snapshot از sys.dm_db_missing_index_details کافی نیست؟

زیرا هر ردیف با index_handle شناخته می‌شود و برای اولویت‌بندی واقعی باید از طریق sys.dm_db_missing_index_groups به آمار استفاده متصل شود. می‌تواند با Restart، بارکاری یا تغییر داده جابه‌جا شود. دو یا چند Capture هم‌شرایط نرخ تغییر و پایداری سیگنال را مشخص می‌کند.

خروجی sys.dm_db_missing_index_details را با کدام منبع دوم اعتبارسنجی می‌کنید؟

بسته به موضوع از Query Store، Actual Execution Plan، sys.stats، Catalog Viewهای ایندکس یا Baseline منابع استفاده می‌کنم تا یک DMV یا فرمان به‌تنهایی مبنای تغییر نشود. در Runbook خانواده 15، تفسیر این بند به شواهد اختصاصی sys.dm_db_missing_index_details وابسته است.

یک ضدالگو در خودکارسازی sys.dm_db_missing_index_details نام ببرید.

تبدیل مستقیم خروجی به DDL یا Maintenance بدون Approval ضدالگو است. Handle موقت، Threshold عمومی و نبود Rollback می‌تواند توصیه ظاهراً مفید را به Regression تبدیل کند. کاربرد این اصل در sys.dm_db_missing_index_details با معیارهای ویژه مجموعه 15 سنجیده می‌شود.

معیار موفقیت اقدام مرتبط با sys.dm_db_missing_index_details چیست؟

قبل از تغییر، معیارهایی مانند کاهش امتیاز تقریبی منفعت، ثبات تعداد Seek و Scan، زمان پاسخ Query یا هزینه نگهداری را ثبت می‌کنم و بعد از بازه معنادار همان‌ها را دوباره می‌سنجم.

چگونه ریسک Production را هنگام کار با sys.dm_db_missing_index_details کنترل می‌کنید؟

ابتدا Query فقط‌خواندنی و محدود اجرا می‌شود، Plan جمع‌آوری و زمان مناسب انتخاب می‌گردد؛ هر فرمان تغییردهنده نیز در محیط مشابه، با نسخه پشتیبان و مسیر بازگشت آزموده می‌شود. در مجموعه 15، این تصمیم برای sys.dm_db_missing_index_details باید جدا از خانواده‌های دیگر ثبت شود.

چک‌لیست نهایی اجرا

1. نسخه و وجود sys.dm_db_missing_index_details یا Syntax متناظر را کنترل کنید.
2. کاربر اجرایی را با حداقل مجوز لازم انتخاب نمایید.
3. Scope دیتابیس، جدول، ایندکس، Statistics یا Option را صریح تعیین کنید.
4. Baseline مربوط به امتیاز تقریبی منفعت و تعداد Seek و Scan را ثبت نمایید.
5. مثال مناسب را ابتدا در محیط آزمایش یا با Target محدود اجرا کنید.
6. خروجی را با منبع مستقل و Plan مرتبط اعتبارسنجی کنید.
7. برای تغییر Production مالک، پنجره اجرا و Rollback تعیین کنید.
8. نتیجه پس از تغییر را در همان بازه و با همان معیار دوباره اندازه بگیرید.