آموزش جامع متغیر سیستمی @@IO_BUSY در SQL Server با ۱۰ مثال عملی

عیب‌یابی SQL Server معمولاً از یک پرسش ساده آغاز می‌شود: این شناسه، تنظیم یا شمارنده دقیقاً به کدام جزء موتور اشاره دارد؟ در این مقاله، @@IO_BUSY از سطح مقدماتی تا سناریوهای حرفه‌ای بررسی می‌شود و هر مثال با خروجی نمونه ارائه شده است.

نمونه‌برداری و محاسبه اختلاف آن یک نمای کلی از شدت فعالیت I/O می‌دهد و می‌تواند آغاز بررسی عمیق‌تر فایل‌ها باشد. تمرکز آموزش بر این است که @@IO_BUSY در چه Contextی اجرا شود، نتیجه آن چگونه تفسیر شود و چه زمانی باید از یک DMV یا کاتالوگ‌ویوی جایگزین کمک گرفت.

برای مشاهده جایگاه @@IO_BUSY میان سایر توابع و شمارنده‌ها، راهنمای جامع توابع کمکی کارایی و Metadata در SQL Server را نیز مطالعه کنید.

تعریف و کاربرد اصلی @@IO_BUSY

متغیر @@IO_BUSY Tickهای زمانی صرف‌شده توسط SQL Server برای عملیات I/O را از آخرین Startup به‌صورت تجمعی ارائه می‌کند. این تعریف در ظاهر کوتاه است، اما استفاده درست از @@IO_BUSY به درک مفاهیمی مانند I/O ticks، cumulative counter و latency وابسته است.

قاعده عملی @@IO_BUSY: ابتدا ورودی و Context را معتبر کنید، سپس خروجی را با نوع داده و معنای واقعی آن تفسیر کنید.

Syntax تابع یا متغیر @@IO_BUSY

SELECT @@IO_BUSY AS Result;

پارامترهای @@IO_BUSY

پارامتر	توضیح
بدون پارامتر	شمارنده تجمعی در سطح Instance.

نوع خروجی و رفتار NULL در @@IO_BUSY

integer Tick و قابل تبدیل با @@TIMETICKS. در کد تولیدی بهتر است نوع مقصد به‌صورت صریح تعیین شود؛ زیرا تبدیل ضمنی می‌تواند مقایسه، مرتب‌سازی یا ذخیره نتیجه @@IO_BUSY را مبهم کند.

مفاهیم کلیدی مرتبط با @@IO_BUSY

I/O ticks
cumulative counter در مبحث @@IO_BUSY
latency
@@TIMETICKS در مبحث @@IO_BUSY
snapshot delta در مبحث @@IO_BUSY
files
performance baseline

تصویر نخست، ارتباط @@IO_BUSY را با مفاهیم اختصاصی I/O ticks، cumulative counter، latency و @@TIMETICKS نشان می‌دهد؛ این روابط مبنای انتخاب ورودی و تفسیر خروجی هستند.

سناریوهای واقعی استفاده از @@IO_BUSY

سناریوی 1 برای @@IO_BUSY، «Baseline I/O» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونه‌برداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیب‌یابی بعدی ارزش داشته باشد.

سناریوی 2 برای @@IO_BUSY، «تشخیص جهش فعالیت» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونه‌برداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیب‌یابی بعدی ارزش داشته باشد.

سناریوی 3 برای @@IO_BUSY، «مقایسه با CPU» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونه‌برداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیب‌یابی بعدی ارزش داشته باشد.

سناریوی 4 برای @@IO_BUSY، «آغاز عیب‌یابی Storage» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونه‌برداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیب‌یابی بعدی ارزش داشته باشد.

مثال‌های عملی @@IO_BUSY از ساده تا حرفه‌ای

مثال 1: خواندن مقدار پایه @@IO_BUSY

شمارنده زمان تجمعی I/O را در لحظه فعلی می‌خوانیم. این سناریو به‌طور اختصاصی برای درک رفتار @@IO_BUSY طراحی شده است.

SELECT @@IO_BUSY AS CurrentValue;

CurrentValue
928400

مقدار @@IO_BUSY تجمعی است و به‌تنهایی نرخ مصرف را نشان نمی‌دهد. هنگام استفاده سازمانی از @@IO_BUSY، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.

مثال 2: ثبت Snapshot زمان‌دار @@IO_BUSY

مقدار زمان تجمعی I/O را همراه زمان نمونه‌برداری ثبت می‌کنیم. این سناریو به‌طور اختصاصی برای درک رفتار @@IO_BUSY طراحی شده است.

SELECT @@IO_BUSY AS CounterValue,
               SYSDATETIME() AS CapturedAt,
               sqlserver_start_time
        FROM sys.dm_os_sys_info;

CounterValue	CapturedAt	sqlserver_start_time
928400	2026-07-25 00:45:00	2026-07-20 08:00:00

زمان Startup مشخص می‌کند Baseline از چه نقطه‌ای آغاز شده است. هنگام استفاده سازمانی از @@IO_BUSY، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.

مثال 3: محاسبه اختلاف دو نمونه @@IO_BUSY

برای زمان تجمعی I/O دو Snapshot می‌گیریم و Delta را محاسبه می‌کنیم. این سناریو به‌طور اختصاصی برای درک رفتار @@IO_BUSY طراحی شده است.

DECLARE @Before bigint = CONVERT(bigint, @@IO_BUSY);
        WAITFOR DELAY '00:00:01';
        DECLARE @After bigint = CONVERT(bigint, @@IO_BUSY);
        
        SELECT @Before AS BeforeValue,
               @After AS AfterValue,
               @After - @Before AS DeltaValue;

BeforeValue	AfterValue	DeltaValue
928400	928408	8

Delta @@IO_BUSY برای بازه مشخص قابل تفسیرتر از مقدار مطلق است. هنگام استفاده سازمانی از @@IO_BUSY، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.

مثال 4: ذخیره @@IO_BUSY در جدول موقت

برای پایش زمان تجمعی I/O یک جدول Snapshot کوچک می‌سازیم. این سناریو به‌طور اختصاصی برای درک رفتار @@IO_BUSY طراحی شده است.

CREATE TABLE #CounterSnapshot
        (
            CounterName sysname NOT NULL,
            CounterValue bigint NOT NULL,
            CapturedAt datetime2(3) NOT NULL
        );
        
        INSERT INTO #CounterSnapshot
        VALUES (N'@@IO_BUSY', CONVERT(bigint, @@IO_BUSY), SYSDATETIME());
        
        SELECT * FROM #CounterSnapshot;

CounterName	CounterValue	CapturedAt
@@IO_BUSY	928400	2026-07-25 00:46:00.000

ذخیره تاریخچه امکان محاسبه نرخ و تشخیص تغییر Baseline را فراهم می‌کند. هنگام استفاده سازمانی از @@IO_BUSY، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.

تصویر دوم، جریان اجرای @@IO_BUSY را از ورودی و اعتبارسنجی تا تولید خروجی نمایش می‌دهد و نشان می‌دهد که snapshot delta در کدام مرحله باید کنترل شود.

ادامه مثال‌های پیشرفته @@IO_BUSY

مثال 5: تبدیل @@IO_BUSY به میکروثانیه

Tickهای زمان تجمعی I/O را با @@TIMETICKS به میکروثانیه تبدیل می‌کنیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IO_BUSY است.

SELECT CONVERT(bigint, @@IO_BUSY) * CONVERT(bigint, @@TIMETICKS)
                   AS TotalMicroseconds;

TotalMicroseconds
9284000000

CAST به bigint پیش از ضرب از Overflow نوع int جلوگیری می‌کند. این نکته از تفسیر سطحی یا استفاده تکراری و بی‌هدف از @@IO_BUSY جلوگیری می‌کند.

مثال 6: تبدیل @@IO_BUSY به ثانیه

مقدار زمان تجمعی I/O را به ثانیه قابل فهم تبدیل می‌کنیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IO_BUSY است.

SELECT CAST(
                   CONVERT(decimal(38,0), @@IO_BUSY) * @@TIMETICKS / 1000000.0
                   AS decimal(20,3)
               ) AS TotalSeconds;

TotalSeconds
9284.000

این مقدار از Startup تجمعی است، نه مصرف یک Query خاص. این نکته از تفسیر سطحی یا استفاده تکراری و بی‌هدف از @@IO_BUSY جلوگیری می‌کند.

مثال 7: جلوگیری از Overflow در @@IO_BUSY

برای زمان تجمعی I/O نوع داده را پیش از محاسبات بزرگ ارتقا می‌دهیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IO_BUSY است.

DECLARE @CounterValue int = @@IO_BUSY;
        
        SELECT CONVERT(bigint, @CounterValue) *
               CONVERT(bigint, @@TIMETICKS) AS SafeMicroseconds;

SafeMicroseconds
9284000000

اگر ضرب با int انجام شود، شمارنده‌های بزرگ می‌توانند خطای Overflow ایجاد کنند. این نکته از تفسیر سطحی یا استفاده تکراری و بی‌هدف از @@IO_BUSY جلوگیری می‌کند.

مثال 8: مقایسه @@IO_BUSY با @@CPU_BUSY

برای تفسیر بهتر زمان تجمعی I/O یک شاخص مکمل را کنار آن می‌آوریم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IO_BUSY است.

SELECT CONVERT(bigint, @@IO_BUSY) AS PrimaryCounter,
               CONVERT(bigint, @@CPU_BUSY) AS CompanionCounter,
               SYSDATETIME() AS CapturedAt;

PrimaryCounter	CompanionCounter	CapturedAt
928400	1845200	2026-07-25 00:47:00

همبستگی دو شمارنده فقط سرنخ است و علت قطعی زمان تجمعی I/O را اثبات نمی‌کند. این نکته از تفسیر سطحی یا استفاده تکراری و بی‌هدف از @@IO_BUSY جلوگیری می‌کند.

مثال 9: روش اشتباه در تفسیر @@IO_BUSY

به‌جای قضاوت بر اساس عدد مطلق زمان تجمعی I/O، Context زمانی را اضافه می‌کنیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IO_BUSY است.

SELECT CONVERT(bigint, @@IO_BUSY) AS AbsoluteValue,
               DATEDIFF_BIG(second, sqlserver_start_time, SYSDATETIME()) AS UptimeSeconds
        FROM sys.dm_os_sys_info;

AbsoluteValue	UptimeSeconds
928400	414300

دو سرور با Uptime متفاوت را نباید فقط با مقدار تجمعی مقایسه کرد. این نکته از تفسیر سطحی یا استفاده تکراری و بی‌هدف از @@IO_BUSY جلوگیری می‌کند.

مثال 10: Snapshot کم‌هزینه @@IO_BUSY

برای زمان تجمعی I/O تنها ستون‌های ضروری را در نمونه‌برداری دوره‌ای می‌خوانیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IO_BUSY است.

SELECT
            CONVERT(bigint, @@IO_BUSY) AS CounterValue,
            sqlserver_start_time,
            SYSUTCDATETIME() AS CapturedAtUtc
        FROM sys.dm_os_sys_info;

CounterValue	sqlserver_start_time	CapturedAtUtc
928400	2026-07-20 08:00:00	2026-07-24 21:18:00

Query سبک است، اما Frequency جمع‌آوری و نگهداری تاریخچه باید منطقی باشد. این نکته از تفسیر سطحی یا استفاده تکراری و بی‌هدف از @@IO_BUSY جلوگیری می‌کند.

خطاهای رایج در کار با @@IO_BUSY

خطای 1 در استفاده از @@IO_BUSY

این متغیر Latency هر فایل یا تعداد Read/Write را تفکیک نمی‌کند. برای رفع این مشکل، ورودی و Context را از منبع معتبر بخوانید و نتیجه @@IO_BUSY را پیش از ادامه منطق با شرط صریح کنترل کنید.

خطای 2 در استفاده از @@IO_BUSY

برای تحلیل دقیق از sys.dm_io_virtual_file_stats استفاده کنید. برای رفع این مشکل، ورودی و Context را از منبع معتبر بخوانید و نتیجه @@IO_BUSY را پیش از ادامه منطق با شرط صریح کنترل کنید.

خطای 3 در استفاده از @@IO_BUSY

Restart و Wraparound می‌توانند اختلاف خام را گمراه کنند. برای رفع این مشکل، ورودی و Context را از منبع معتبر بخوانید و نتیجه @@IO_BUSY را پیش از ادامه منطق با شرط صریح کنترل کنید.

ملاحظات Performance برای @@IO_BUSY

از نظر کارایی، @@IO_BUSY زمانی کم‌هزینه باقی می‌ماند که روی یک مقدار هدفمند یا مجموعه محدود اجرا شود. فراخوانی آن روی هزاران ردیف بدون Predicate اولیه می‌تواند CPU و زمان گزارش را افزایش دهد.

اگر گزارش به چند Property از چندین شیء نیاز دارد، استفاده Set-based از کاتالوگ‌ویو یا DMV مرتبط با I/O ticks معمولاً بهتر از تکرار @@IO_BUSY برای هر سلول است.

در Jobهای دوره‌ای، نتیجه @@IO_BUSY را همراه Timestamp ذخیره کنید، اما Frequency نمونه‌برداری را متناسب با سرعت تغییر داده انتخاب کنید. جمع‌آوری بیش از حد، جدول تاریخچه را بدون ارزش تحلیلی بزرگ می‌کند.

برای محاسبات عددی پیرامون @@IO_BUSY، نوع داده را قبل از ضرب یا تفریق ارتقا دهید و در سناریوهای تجمعی، Restart و بازنشانی Baseline را در نظر بگیرید.

Best Practiceهای اختصاصی @@IO_BUSY

ورودی @@IO_BUSY را از نام یا شناسه معتبر و دارای Schema یا Context روشن تأمین کنید.
نتیجه NULL در @@IO_BUSY را از مقدار صفر، false یا رشته خالی جدا نگه دارید.
نوع خروجی @@IO_BUSY را پیش از ذخیره یا مقایسه به نوع مقصد مناسب تبدیل کنید.
در گزارش‌های بزرگ، گزینه Set-based مرتبط با I/O ticks را ارزیابی کنید.
زمان Capture، نام Database و در صورت نیاز @@SPID را کنار نتیجه @@IO_BUSY ثبت کنید.
مجوز مشاهده Metadata یا DMV را با حداقل سطح دسترسی لازم تنظیم کنید. در مبحث @@IO_BUSY
مثال‌های @@IO_BUSY را روی نسخه و Edition واقعی محیط هدف آزمایش کنید.
برای SQL پویا، خروجی نامی @@IO_BUSY را با QUOTENAME و پارامترسازی ایمن مصرف کنید.

تصویر سوم، تفاوت روش پرخطر و Best Practice در استفاده از @@IO_BUSY را مقایسه می‌کند؛ هدف آن جلوگیری از خطاهای مربوط به این متغیر Latency هر فایل یا تعداد Read/Write را تفکیک نمی‌کند. و بهبود تصمیم‌گیری فنی است.

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

@@IO_BUSY دقیقاً چه مسئله‌ای را در SQL Server حل می‌کند؟

متغیر @@IO_BUSY Tickهای زمانی صرف‌شده توسط SQL Server برای عملیات I/O را از آخرین Startup به‌صورت تجمعی ارائه می‌کند. در عمل، نمونه‌برداری و محاسبه اختلاف آن یک نمای کلی از شدت فعالیت I/O می‌دهد و می‌تواند آغاز بررسی عمیق‌تر فایل‌ها باشد. بنابراین استفاده از @@IO_BUSY زمانی ارزشمند است که خروجی آن در یک تصمیم فنی روشن مصرف شود، نه اینکه فقط برای نمایش عدد یا نام به کار رود.

نوع خروجی @@IO_BUSY چیست و چگونه باید آن را مدیریت کرد؟

نوع خروجی این ابزار چنین است: integer Tick و قابل تبدیل با @@TIMETICKS. بهتر است پیش از تبدیل نوع، مقایسه یا درج در جدول گزارش، حالت NULL و محدوده مقدار را صریح کنترل کنید تا رفتار @@IO_BUSY قابل پیش‌بینی بماند.

آیا @@IO_BUSY در گزارش‌های سازمانی کاربرد تجاری دارد؟

بله. در سناریوهایی مانند Baseline I/O و تشخیص جهش فعالیت، خروجی @@IO_BUSY می‌تواند کیفیت گزارش مدیریتی را بالا ببرد. ارزش تجاری زمانی ایجاد می‌شود که این داده به هشدار، ظرفیت‌سنجی یا کاهش زمان عیب‌یابی متصل شود.

استفاده از @@IO_BUSY در پروژه‌های بزرگ چه مزیتی دارد؟

در پروژه بزرگ، استانداردسازی نحوه استفاده از @@IO_BUSY باعث می‌شود تیم توسعه، DBA و پشتیبانی یک تعریف مشترک از I/O ticks و cumulative counter داشته باشند. این هماهنگی خطاهای تفسیر و دوباره‌کاری را کاهش می‌دهد.

تفاوت @@IO_BUSY با گزینه نزدیک آن چیست؟

@@IO_BUSY زمان تجمعی کلی را می‌دهد؛ sys.dm_io_virtual_file_stats جزئیات فایل و تأخیر را ارائه می‌کند. انتخاب صحیح باید بر اساس حجم داده، نیاز به خروجی Set-based و سطح جزئیات گزارش انجام شود؛ یک تابع scalar همیشه جایگزین کاتالوگ‌ویو یا DMV کامل نیست.

برای طراحی اسکریپت حرفه‌ای مبتنی بر @@IO_BUSY چه خدماتی لازم می‌شود؟

در پروژه‌های حساس می‌توان منطق @@IO_BUSY را در قالب رویه مانیتورینگ، Dashboard، گزارش زمان‌بندی‌شده یا کنترل Deployment پیاده کرد. تحلیل نیاز، تست روی نسخه واقعی SQL Server و مستندسازی خروجی، بخش‌های مهم خدمات مشاوره و انجام پروژه هستند.

رایج‌ترین خطا هنگام کار با @@IO_BUSY چیست؟

یکی از خطاهای مهم این است که این متغیر Latency هر فایل یا تعداد Read/Write را تفکیک نمی‌کند. همچنین نادیده گرفتن NULL یا Context اجرای Query می‌تواند نتیجه‌ای ظاهراً معتبر ولی از نظر عملیاتی اشتباه تولید کند.

آیا فراخوانی زیاد @@IO_BUSY بر Performance اثر می‌گذارد؟

یک فراخوانی منفرد معمولاً سبک است، اما اجرای @@IO_BUSY روی مجموعه بسیار بزرگ یا در شرطی که برای هر ردیف محاسبه شود می‌تواند هزینه ایجاد کند. ابتدا ردیف‌ها را محدود کنید و در گزارش‌های وسیع، جایگزین Set-based را ارزیابی کنید.

بهترین روش استفاده از @@IO_BUSY چیست؟

بهترین روش این است که ورودی @@IO_BUSY اعتبارسنجی، نوع خروجی صریح، حالت NULL مدیریت و نتیجه همراه زمان و Context ثبت شود. همچنین باید مشخص باشد که خروجی برای نمایش، کنترل ایمنی یا تصمیم کارایی مصرف می‌شود.

@@IO_BUSY با کدام نسخه‌های SQL Server سازگار است؟

از متغیرهای قدیمی و سازگار SQL Server است. با این حال، هنگام انتقال اسکریپت به Azure SQL یا Edition دیگر، Propertyها، مجوزهای Metadata و تفاوت‌های پلتفرم را روی همان محیط آزمایش کنید.

سؤالات مصاحبه درباره @@IO_BUSY

در مصاحبه چگونه تفاوت ورودی و خروجی @@IO_BUSY را توضیح می‌دهید؟

پاسخ مناسب باید Syntax یعنی @@IO_BUSY، نوع خروجی و شرایط NULL را توضیح دهد و یک نمونه از Baseline I/O ارائه کند.

چه زمانی به‌جای @@IO_BUSY از کاتالوگ‌ویو یا DMV استفاده می‌کنید؟

وقتی گزارش چندین ردیف و چند Property نیاز دارد، روش Set-based معمولاً مناسب‌تر است؛ @@IO_BUSY برای تبدیل یا بررسی هدفمند یک مقدار بسیار خواناست.

چگونه نتیجه نامعتبر @@IO_BUSY را از مقدار false یا صفر جدا می‌کنید؟

با بررسی صریح IS NULL، اعتبارسنجی ورودی و در صورت نیاز Join با Metadata منبع، علت نتیجه را روشن می‌کنم. این توضیح به‌طور اختصاصی به @@IO_BUSY مربوط است.

چه نکته Performance درباره @@IO_BUSY مهم است؟

فراخوانی را پس از محدود کردن مجموعه داده انجام می‌دهم و از محاسبه تکراری @@IO_BUSY در SELECT و WHERE جلوگیری می‌کنم.

یک سناریوی واقعی برای @@IO_BUSY بیان کنید.

سناریوی مناسب می‌تواند مقایسه با CPU باشد؛ در آن خروجی همراه Timestamp، نام Database و شناسه نشست ثبت می‌شود تا قابل پیگیری باشد.

چک‌لیست نهایی استفاده از @@IO_BUSY

Syntax @@IO_BUSY و ورودی‌های آن با نسخه هدف تطبیق داده شده است.
Context پایگاه داده یا Instance برای @@IO_BUSY روشن است.
مجوز لازم برای Metadata یا DMV بررسی شده است. در مبحث @@IO_BUSY
NULL، مقدار نامعتبر و حالت مرزی @@IO_BUSY تست شده است.
نمونه خروجی با نوع داده واقعی مقایسه شده است. در مبحث @@IO_BUSY
در Query بزرگ، هزینه فراخوانی تکراری @@IO_BUSY اندازه‌گیری شده است.
جایگزین Set-based برای گزارش انبوه ارزیابی شده است. در مبحث @@IO_BUSY
نتیجه نهایی همراه Timestamp و توضیح عملیاتی ثبت می‌شود. در مبحث @@IO_BUSY

جمع‌بندی آموزش @@IO_BUSY

@@IO_BUSY ابزاری کوچک اما مؤثر برای نمونه‌برداری و محاسبه اختلاف آن یک نمای کلی از شدت فعالیت I/O می‌دهد و می‌تواند آغاز بررسی عمیق‌تر فایل‌ها باشد. است. استفاده حرفه‌ای از آن به اعتبارسنجی ورودی، تفسیر نوع خروجی، کنترل NULL و انتخاب Scope مناسب وابسته است.

پس از تسلط بر @@IO_BUSY، برای مقایسه آن با سایر ابزارهای این مجموعه به مقاله مادر توابع کمکی Performance و Metadata در SQL Server بازگردید.

خدمات برنامه‌نویسی و پایگاه داده

برنامه‌نویسی در اصفهان

قبول سفارش‌های برنامه‌نویسی و پایگاه داده: 09131253620

انجام پروژه‌های برنامه‌نویسی، آموزش برنامه‌نویسی و آموزش پایگاه داده SQL Server با رویکرد حرفه‌ای، مستند و قابل توسعه انجام می‌شود.

مجموعه‌ای معتبر با سابقه فعالیت حرفه‌ای از سال ۱۳۷۵ شمسی

از سال ۱۳۷۵ شمسی تاکنون در زمینه طراحی و اجرای پروژه‌های برنامه‌نویسی، پایگاه داده، سیستم‌های تحت وب، وب‌سایت و راهکارهای نرم‌افزاری فعالیت می‌کنیم.

برای سفارش پروژه‌های برنامه‌نویسی و پایگاه داده، سیستم‌های تحت وب، وب‌سایت و راهکارهای نرم‌افزاری جدید، با شماره تلفن همراه 09131253620 تماس حاصل فرمایید.

ایتا، واتساپ و تماس مستقیم: +989131253620

تماس با ما

آموزش جامع متغیر سیستمی @@IO_BUSY در SQL Server؛ Syntax، خروجی و ۱۰ مثال کاربردی