مقدمه

دستور EXECUTE یکی از اجزای اصلی کار با Stored Procedure در Microsoft SQL Server است. این مقاله از تعریف و Syntax آغاز می‌کند و سپس با ده مثال مستقل، مدیریت پارامتر، رفتار NULL، خطا، امنیت و کارایی را بررسی می‌کند. هدف این است که اسکریپت نهایی در SSMS قابل آزمون و برای پروژه واقعی قابل اقتباس باشد.

برای مشاهده جایگاه EXECUTE در چرخه کامل ایجاد، تغییر، اجرا و حذف رویه‌ها، راهنمای جامع رویه‌های ذخیره‌شده در SQL Server را نیز مطالعه کنید. لینک حاضر بدون وابستگی به دامنه ساخته شده و با جابه‌جایی سایت همچنان معتبر می‌ماند.

تعریف و کاربرد EXECUTE

EXECUTE برای اجرای رویه، رشته T-SQL یا تغییر کنترل‌شده زمینه اجرا با کلیدواژه کامل EXECUTE استفاده می‌شود. در طراحی حرفه‌ای، این دستور فقط یک عبارت نحوی نیست؛ بخشی از قرارداد داده، مدل امنیت، چرخه انتشار و قابلیت مشاهده سامانه محسوب می‌شود.

اصل حرفه‌ای: پیش از استفاده از EXECUTE، اثر آن بر قرارداد مصرف‌کننده، مجوزها، تراکنش و Planهای اجرایی را مشخص و قابل آزمون کنید.

Syntax استاندارد

EXECUTE [ @return_status = ]
    [ schema_name. ] procedure_name
    [ [ @parameter = ] { value | @variable [ OUTPUT ] | DEFAULT } [ ,...n ] ];

EXECUTE ( N'string' );
EXECUTE AS { LOGIN | USER } = 'principal';
REVERT;

پارامترها و اجزای مهم

• نام رویه و پارامترها همان قواعد EXEC را دارند و EXECUTE فقط شکل کامل واژه است.
• رشته Unicode در پرانتز به‌عنوان Batch مستقل اجرا می‌شود.
• EXECUTE AS USER یا LOGIN زمینه امنیتی را تغییر می‌دهد و باید با REVERT پایان یابد.
• OUTPUT و return_status باید در سمت فراخوان نیز صریح دریافت شوند.

نوع خروجی و اثر دستور

EXECUTE بسته به هدف می‌تواند Result Set، OUTPUT، Return Code یا اثر تغییر موقت Execution Context داشته باشد؛ خود کلیدواژه نوع ثابت واحدی برنمی‌گرداند.

تحلیل فنی و معماری

EXECUTE از نظر فراخوان رویه معادل EXEC است، اما شکل کامل آن در اسناد، کدهای آموزشی و سناریوهای امنیتی خواناتر است. انتخاب یکی از دو املا باید در Style Guide تیم ثابت باشد تا جست‌وجوی کد و بازبینی ساده بماند.

EXECUTE AS ابزاری قدرتمند برای آزمون و کنترل زمینه امنیتی است. تغییر Context باید حداقلی، کوتاه و همراه REVERT تضمین‌شده باشد. در مسیر خطا نیز بازگشت هویت را فراموش نکنید؛ در غیر این صورت ادامه Session با مجوز پیش‌بینی‌نشده اجرا می‌شود.

در ماژول‌ها، EXECUTE AS CALLER، SELF، OWNER یا principal مشخص بر Ownership Chain و دسترسی به اشیا اثر می‌گذارد. انتخاب OWNER بدون تحلیل سطح دسترسی می‌تواند بیش‌ازحد قدرتمند باشد. امضای ماژول با Certificate گاهی راه دقیق‌تری برای اعطای مجوز حداقلی است.

اجرای رشته T-SQL یک Scope جدا برای متغیرهای محلی دارد. متغیر بیرونی مستقیماً در Batch پویا دیده نمی‌شود و برعکس. sp_executesql با پارامترهای ورودی و OUTPUT مرز داده را صریح می‌کند و نسبت به الحاق رشته قابل آزمون‌تر است.

اجرای رویه تحت Context متفاوت باید علاوه بر مسیر موفق، برای دسترسی ردشده نیز آزمایش شود. sys.fn_my_permissions، USER_NAME و ORIGINAL_LOGIN ابزارهای تشخیصی مفیدی هستند، ولی ثبت اطلاعات هویتی باید با سیاست حریم خصوصی و امنیت سازمان هماهنگ باشد.

Performance فرم EXECUTE با EXEC تفاوت ذاتی ندارد؛ طرح Query داخل رویه و پارامترها تعیین‌کننده‌اند. با این حال، SQL پویا یا تغییر Context می‌تواند الگوی کش و مجوز را پیچیده کند. Extended Events و Query Store برای مشاهده خطا، مدت و فراوانی اجرا مناسب‌اند.

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

مثال 1: اجرای رویه بدون پارامتر

فرم EXECUTE یک رویه ساده را اجرا می‌کند و Result Set آن را به فراخواننده می‌رساند.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo01 AS
BEGIN SET NOCOUNT ON; SELECT N'آماده' AS ServiceState; END;
GO
EXECUTE dbo.usp_ExecuteDemo01;

نکته کاربردی: Schema-qualified بودن نام، Resolution و استفاده مجدد از Plan را قابل پیش‌بینی می‌کند.

مثال 2: پارامترهای نام‌دار

پارامترها با نام ارسال می‌شوند تا خوانایی EXECUTE و ایمنی نگهداری افزایش یابد.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo02
    @Quantity int, @Price decimal(18,2)
AS
BEGIN SET NOCOUNT ON; SELECT @Quantity * @Price AS TotalAmount; END;
GO
EXECUTE dbo.usp_ExecuteDemo02 @Quantity = 4, @Price = 75000;

نکته کاربردی: در یک فراخوان، پس از نخستین پارامتر نام‌دار همه پارامترهای بعدی را نیز نام‌دار بنویسید.

مثال 3: پارامتر پیش‌فرض و NULL

یک بار از مقدار پیش‌فرض و بار دیگر از NULL صریح استفاده می‌کنیم تا تفاوت قرارداد EXECUTE دیده شود.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo03 @Label nvarchar(30) = N'پیش‌فرض'
AS
BEGIN SET NOCOUNT ON; SELECT COALESCE(@Label, N'تهی') AS FinalLabel; END;
GO
EXECUTE dbo.usp_ExecuteDemo03;
EXECUTE dbo.usp_ExecuteDemo03 @Label = NULL;

نکته کاربردی: حذف آرگومان با ارسال NULL یکسان نیست و باید جداگانه آزمون شود.

مثال 4: دریافت OUTPUT

متغیر محلی با کلیدواژه OUTPUT به رویه داده می‌شود و پس از EXECUTE مقدار جدید را در خود نگه می‌دارد.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo04 @Input int, @Output int OUTPUT
AS
BEGIN SET NOCOUNT ON; SET @Output = @Input * 2; END;
GO
DECLARE @Value int;
EXECUTE dbo.usp_ExecuteDemo04 21, @Value OUTPUT;
SELECT @Value AS OutputValue;

نکته کاربردی: نوع متغیر دریافت‌کننده باید با پارامتر خروجی سازگار باشد.

مثال 5: دریافت Return Code

کد بازگشت صحیح در سمت چپ EXECUTE دریافت می‌شود و وضعیت اعتبارسنجی را اعلام می‌کند.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo05 @IsValid bit
AS
BEGIN IF @IsValid = 1 RETURN 0; RETURN 2; END;
GO
DECLARE @Status int;
EXECUTE @Status = dbo.usp_ExecuteDemo05 @IsValid = 1;
SELECT @Status AS StatusCode;

نکته کاربردی: Return Code را برای وضعیت محدود و Result Set یا OUTPUT را برای داده استفاده کنید.

مثال 6: اجرای Batch با فرم کامل EXECUTE

فرم کامل EXECUTE برای اجرای رشته Unicode استفاده می‌شود و محدوده Batch پویا را به‌روشنی نشان می‌دهد.

DECLARE @Sql nvarchar(max) = N'
DECLARE @InnerValue int = 7;
SELECT @InnerValue * @InnerValue AS SquaredValue;';
EXECUTE(@Sql);

نکته کاربردی: متغیرهای داخل Batch پویا بیرون آن در دسترس نیستند؛ ورودی و خروجی را صریح طراحی کنید.

مثال 7: sp_executesql پارامتری

در این سناریو EXECUTE روی sys.sp_executesql انجام می‌شود تا نوع پارامتر و امکان استفاده مجدد از Plan حفظ شود.

DECLARE @Statement nvarchar(max) = N'SELECT @A + @B AS SumValue;';
EXECUTE sys.sp_executesql
    @Statement,
    N'@A int, @B int',
    @A = 18,
    @B = 24;

نکته کاربردی: پارامترها علاوه بر امنیت، Conversion و Cardinality را نیز شفاف‌تر می‌کنند.

مثال 8: گرفتن Result Set در جدول

خروجی EXECUTE با INSERT ... EXEC در جدول موقت ذخیره می‌شود تا در ادامه Query قابل استفاده باشد.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo08
AS
BEGIN SET NOCOUNT ON; SELECT 1 AS ItemId, N'کالا' AS ItemTitle; END;
GO
CREATE TABLE #Result(ItemId int, ItemTitle nvarchar(50));
INSERT INTO #Result(ItemId, ItemTitle)
EXECUTE dbo.usp_ExecuteDemo08;
SELECT * FROM #Result;
DROP TABLE #Result;

نکته کاربردی: ساختار Result Set باید دقیقاً با جدول مقصد سازگار و پایدار باشد.

مثال 9: تغییر موقت زمینه امنیتی

فرم EXECUTE AS USER زمینه کاربر پایگاه داده را برای یک بخش کنترل‌شده تغییر می‌دهد و REVERT آن را بازمی‌گرداند.

SELECT USER_NAME() AS UserBefore;
EXECUTE AS USER = 'guest';
SELECT USER_NAME() AS UserDuringExecution;
REVERT;
SELECT USER_NAME() AS UserAfter;

نکته کاربردی: REVERT را حتی در مسیر خطا تضمین کنید؛ این مثال به فعال بودن کاربر guest وابسته است.

مثال 10: اندازه‌گیری I/O و زمان

برای ارزیابی کارایی فراخوان EXECUTE آمار زمان و I/O فعال می‌شود؛ Query نمونه فقط کاتالوگ کوچک را می‌خواند.

CREATE OR ALTER PROCEDURE dbo.usp_ExecuteDemo10
AS
BEGIN SET NOCOUNT ON; SELECT COUNT(*) AS ObjectCount FROM sys.objects; END;
GO
SET STATISTICS IO ON;
SET STATISTICS TIME ON;
EXECUTE dbo.usp_ExecuteDemo10;
SET STATISTICS TIME OFF;
SET STATISTICS IO OFF;

نکته کاربردی: اعداد را در محیط مشابه تولید و در چند اجرا مقایسه کنید؛ یک اجرای سرد معیار کافی نیست.

خطاهای رایج

• نوشتن نام شیء بدون Schema در EXECUTE باعث Resolution مبهم، خطای محیطی و گاهی استفاده کمتر مؤثر از Plan Cache می‌شود.
• یکسان ندانستن مقدار پیش‌فرض با NULL صریح می‌تواند منطق تجاری را تغییر دهد؛ هر دو مسیر را جداگانه آزمایش کنید.
• الحاق مستقیم ورودی کاربر به Dynamic SQL خطر تزریق، Conversion و تولید Planهای پراکنده ایجاد می‌کند.
• نادیده‌گرفتن مجوز، وابستگی یا شکل Result Set باعث شکست پس از استقرار می‌شود، حتی اگر اسکریپت DDL بدون خطا اجرا شده باشد.
• بلعیدن خطا در CATCH و برنگرداندن آن به فراخواننده، پایش و Rollback لایه کاربرد را غیرقابل اعتماد می‌کند.

ملاحظات Performance و بهینه‌سازی

برای سنجش EXECUTE از حدس استفاده نکنید. Baseline شامل Duration، CPU، Logical Reads، تعداد اجرا و Waitها بسازید؛ سپس Actual Execution Plan و داده Query Store را پیش و پس از تغییر مقایسه کنید. تفاوت نوع پارامتر با ستون، Parameter Sniffing، آمار قدیمی و ایندکس نامناسب از علت‌های رایج افت کارایی‌اند.

• نام Schema و نوع پارامترها را دقیق و همسان با ستون مقصد نگه دارید.
• از SELECT * در قراردادهای پایدار دوری و ستون‌های لازم را صریح انتخاب کنید.
• تراکنش را کوتاه نگه دارید و دسترسی به اشیا را با ترتیب ثابت انجام دهید تا Deadlock کمتر شود.
• WITH RECOMPILE را راه‌حل پیش‌فرض ندانید؛ هزینه Compilation و تنوع پارامتر را با داده واقعی بسنجید.
• برای رگرسیون از Query Store و برای رخدادهای دقیق از Extended Events استفاده کنید.

Best Practices

• اسکریپت را idempotent و در کنترل نسخه نگهداری کنید.
• برای تغییرهای مخرب، برنامه Rollback و Health Check آماده داشته باشید.
• کمترین سطح مجوز را از طریق Role و GRANT هدفمند پیاده کنید.
• ورودی، خروجی، NULL، خطا و سازگاری نسخه را در تست خودکار پوشش دهید.
• نام‌گذاری تجاری پایدار و توضیح مسئولیت رویه را در مستند فنی ثبت کنید.
• کد Production را با داده نماینده و حجم نزدیک به واقعیت آزمایش کنید.

سؤالات متداول

۱. EXECUTE در SQL Server دقیقاً چه کاری انجام می‌دهد؟

این دستور برای اجرای رویه، رشته T-SQL یا تغییر کنترل‌شده زمینه اجرا با کلیدواژه کامل EXECUTE به‌کار می‌رود. اثر آن در سطح پایگاه داده ثبت می‌شود و باید با نام‌گذاری روشن، کنترل نسخه و آزمون قابل تکرار همراه باشد تا رفتار محیط توسعه و تولید یکسان بماند.

۲. از چه نسخه‌ای می‌توان از قابلیت‌های جدید EXECUTE استفاده کرد؟

هسته دستور در نسخه‌های قدیمی SQL Server نیز وجود دارد، اما گزینه‌هایی مانند CREATE OR ALTER یا DROP IF EXISTS به نسخه وابسته‌اند. پیش از استقرار، Compatibility Level و مستندات همان نسخه را بررسی کنید.

۳. آیا استفاده از EXECUTE هزینه نگهداری سامانه را کاهش می‌دهد؟

اگر استاندارد کدنویسی، ثبت تغییر و پایش اجرا رعایت شود، بله؛ منطق متمرکز و قابل ممیزی هزینه خطای انسانی را کم می‌کند. برای سامانه‌های حساس، بازبینی تخصصی و آزمون کارایی پیش از انتشار ارزش تجاری مستقیمی دارد.

۴. چه زمانی برای طراحی مبتنی بر EXECUTE به مشاوره نیاز داریم؟

وقتی زنجیره وابستگی، مجوزها، حجم تراکنش یا حساسیت امنیتی زیاد است، ارزیابی معماری مفید خواهد بود. مشاوره SQL Server می‌تواند قرارداد ورودی و خروجی، طرح بازگشت و شاخص‌های پایش را پیش از پیاده‌سازی تثبیت کند.

۵. تفاوت کاربرد EXECUTE با اجرای مستقیم Query چیست؟

EXECUTE یک واحد نام‌دار و قابل کنترل در چرخه استقرار ایجاد می‌کند، در حالی که Query مستقیم معمولاً پراکنده‌تر است. انتخاب صحیح به نیاز استفاده مجدد، امنیت، پارامتردهی، کش طرح اجرا و مسئولیت تیم‌ها بستگی دارد.

۶. چگونه می‌توان پیاده‌سازی EXECUTE را برای پروژه سفارش داد؟

ابتدا ورودی‌ها، خروجی‌ها، SLA، سطح دسترسی و سناریوهای خطا مستند می‌شوند؛ سپس نمونه قابل آزمون، اسکریپت استقرار و معیار پذیرش تهیه می‌شود. این روش تحویل پروژه را قابل سنجش و پشتیبانی را ساده‌تر می‌کند.

۷. رایج‌ترین خطای مرتبط با EXECUTE چیست؟

رایج‌ترین خطا نادیده‌گرفتن زمینه اجرایی، Schema یا وابستگی‌هاست. به‌ویژه کنترل نوع پارامتر، Schema، مجوز و وابستگی ضروری است. ثبت متن کامل خطا، شماره خط و نام رویه در CATCH، یافتن علت را بسیار سریع‌تر می‌کند.

۸. EXECUTE چه اثری بر Performance دارد؟

خود دستور فقط بخشی از مسئله است؛ کیفیت Queryهای داخل رویه، نوع پارامتر، آمار، ایندکس و هم‌زمانی تعیین‌کننده‌اند. Query Store، Actual Execution Plan و Extended Events ابزارهای مناسب سنجش پیش و پس از تغییر هستند.

۹. بهترین روش استفاده از EXECUTE چیست؟

اسکریپت idempotent، نام Schema-qualified، کمترین سطح مجوز، قرارداد پایدار، SET NOCOUNT ON، مدیریت خطا و آزمون بازگشت را هم‌زمان رعایت کنید. هر تغییر باید در کنترل نسخه و فرایند انتشار ثبت شود.

۱۰. آیا EXECUTE با Azure SQL و نسخه‌های جدید سازگار است؟

بخش اصلی در SQL Server و Azure SQL Database قابل استفاده است، ولی برخی گزینه‌های امنیتی یا اجرای راه‌دور میان محصولات تفاوت دارند. اسکریپت را روی موتور و سطح سازگاری مقصد آزمایش کنید و به فرض سازگاری کامل اکتفا نکنید.

سؤالات مصاحبه

۱. تفاوت Result Set، OUTPUT و RETURN هنگام EXECUTE چیست؟

Result Set داده جدولی، OUTPUT مقدار پارامتری و RETURN کد وضعیت int است. پاسخ حرفه‌ای باید درباره قرارداد، نوع داده و نحوه دریافت هر سه در فراخواننده توضیح دهد.

۲. چرا Schema-qualified بودن نام در EXECUTE مهم است؟

ابهام نام را از بین می‌برد، امنیت و خوانایی را بهتر می‌کند و Resolution شیء و استفاده مجدد از Plan را قابل پیش‌بینی‌تر می‌سازد.

۳. چگونه SQL Injection را در اجرای پویا مهار می‌کنید؟

مقادیر را با sp_executesql پارامتری ارسال می‌کنیم، نام اشیا را از Allowlist کنترل‌شده می‌گیریم، QUOTENAME را فقط برای Identifier معتبر به‌کار می‌بریم و مجوز حساب اجرا را محدود نگه می‌داریم.

۴. پس از تغییر رویه چه شاخص‌هایی را مقایسه می‌کنید؟

Duration، CPU، Logical Reads، Cardinality Estimate، Memory Grant، Spill، Waitها و Planهای Query Store باید با Baseline و چند توزیع پارامتر مقایسه شوند.

۵. طرح بازگشت مناسب چیست؟

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

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

• Syntax و نسخه پشتیبان EXECUTE بررسی شد.
• Schema، نام و انواع پارامتر صریح‌اند.
• رفتار NULL و مقادیر مرزی تست شده است.
• مجوزها حداقلی و قابل ممیزی‌اند.
• خطا و تراکنش مسیر موفق و ناموفق را پوشش می‌دهند.
• Baseline و نتیجه آزمون Performance ثبت شده است.
• اسکریپت انتشار و بازگشت در کنترل نسخه قرار دارد.

جمع‌بندی

EXECUTE زمانی ارزش واقعی ایجاد می‌کند که همراه قرارداد روشن، امنیت حداقلی، مدیریت خطا و سنجش کارایی استفاده شود. مثال‌های این مقاله الگوهای پایه تا حرفه‌ای را پوشش دادند؛ آن‌ها را با Schema، نوع داده و سیاست انتشار پروژه خود تطبیق دهید و پیش از Production در محیط آزمایشی اجرا کنید.

برای مرور همه دستورات این مجموعه، به مقاله مادر Stored Procedures در SQL Server بازگردید.