آموزش تخصصی attention در SQL Server؛ از ثبت رویداد تا تحلیل کارایی
Extended Events زمانی بیشترین ارزش را دارد که هر Session با سؤال فنی روشن، آستانه مشخص و برنامه حذف طراحی شود. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
این رویداد زمانی ثبت میشود که کلاینت اجرای درخواست را لغو کند یا Attention برای توقف Query به SQL Server برسد؛ Timeout برنامه یکی از سناریوهای رایج آن است. در این راهنما، رویداد sqlserver.attention از سطح مقدماتی تا طراحی Session تولیدی، خواندن فایل XEL، استخراج XML، کنترل سربار و تصمیم اصلاحی بررسی میشود. سناریوی محوری مقاله کاربر روی دکمه جستوجو کلیک میکند، برنامه پس از ۳۰ ثانیه Timeout میدهد و Query در SQL Server متوقف میشود است؛ بنابراین مثالها صرفاً نمایش Syntax نیستند و به مسئله واقعی نزدیک شدهاند.
برای مشاهده جایگاه این Event در مجموعه کامل، راهنمای جامع رویدادهای مهم کارایی SQL Server را مطالعه کنید. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
دسترسی سریع به بخشهای اختصاصی attention
- تعریف و هدف attention
- فیلدهای مهم و رویدادهای همراه attention
- ده مثال اجرایی برای attention
- خطاها و ملاحظات کارایی attention
- FAQ و سؤالهای مصاحبه attention
تصویر 1: این تصویر اجزای اصلی Session، رویداد، Actionها، Target و مسیر تحلیل را برای موضوع مقاله نشان میدهد. محور نمودار attention است و برچسبها بر اساس فیلدها و رویدادهای همراه همین موضوع انتخاب شدهاند.
attention چه مسئلهای را حل میکند؟
هدف اصلی این رویداد، تشخیص Cancel شدن Query، ارتباط Timeout کلاینت با درخواستهای طولانی و جداسازی خطای واقعی سرور از قطع اجرای سمت برنامه است. ارزش عملی آن زمانی آشکار میشود که تیم پایگاه داده به جای نگاه کردن به میانگینهای کلی، هر رخداد را با database_id، session_id، نام برنامه، متن SQL و زمان وقوع مرتبط کند. چنین ارتباطی کمک میکند کندی گذرا، رفتار پارامتری و تفاوت بار برنامهها از یکدیگر جدا شوند.
فیلدهای مهمی که باید بر اساس metadata سرور بررسی شوند عبارتاند از duration، session_id، database_id، client_app_name، client_hostname، sql_text. این نامها نقش راهنما دارند؛ چون نسخه نصبشده تعیین میکند هر ستون Data یا Action دقیقاً با چه نوعی در دسترس باشد. رویدادهای همراه پیشنهادی نیز error_reported، sql_batch_completed، rpc_completed، wait_info هستند. انتخاب همزمان همه آنها همیشه لازم نیست و باید از سؤال عیبیابی مشتق شود.
نحو پایه Session برای attention
CREATE EVENT SESSION [XE_attention] ON SERVER
ADD EVENT sqlserver.attention
(
ACTION
(
sqlserver.sql_text,
sqlserver.database_id,
sqlserver.session_id
)
)
ADD TARGET package0.event_file
(SET filename = N'C:\XE\attention.xel');
GO
| جزء فنی | نقش در تحلیل | نکته اختصاصی |
|---|
| Event | sqlserver.attention | لغو درخواست یا قطع اجرای Query |
| Data Fields | duration، session_id، database_id | از metadata همان سرور تأیید شود |
| Companion Events | error_reported، sql_batch_completed | برای تکمیل زنجیره علت و معلول |
| Predicate | [sqlserver].[session_id] > (50) | مقدار نمونه و نیازمند تنظیم بر اساس بار |
ده مثال عملی و غیرتکراری برای attention
مثال 1: شناسایی metadata رویداد attention
پیش از ساخت Session باید وجود رویداد، Package و توضیح ثبتشده روی همان سرور بررسی شود. این کار برای attention بهخصوص در محیطهایی با نسخههای متفاوت از خطای نامعتبر بودن Event جلوگیری میکند.
SELECT o.name AS event_name, p.name AS package_name, o.description
FROM sys.dm_xe_objects AS o
INNER JOIN sys.dm_xe_packages AS p ON p.guid = o.package_guid
WHERE o.object_type = N'event'
AND o.name = N'attention';
| ستون یا شاخص | خروجی نمونه |
|---|
| event_name | attention |
| package_name | sqlserver |
| description | توضیح رویداد در نسخه نصبشده |
نکته کاربردی: اگر خروجی خالی بود، ابتدا نسخه SQL Server و نام دقیق رویداد را بررسی کنید؛ این مرحله برای attention از ساخت اسکریپت ناسازگار جلوگیری میکند.
مثال 2: مشاهده ستونها و دادههای قابل ثبت در attention
ستونهای Event باید از metadata خوانده شوند تا فیلتر و تحلیل بر اساس فیلدهای واقعاً موجود انجام شود. در این مثال، ستونهای پیشنهادی مانند duration, session_id, database_id, client_app_name, client_hostname, sql_text با تعریف سرور مقایسه میشوند.
SELECT c.name AS column_name, c.type_name, c.column_type, c.description
FROM sys.dm_xe_object_columns AS c
WHERE c.object_name = N'attention'
ORDER BY c.column_id;
| ستون یا شاخص | خروجی نمونه |
|---|
| column_name | duration |
| type_name | uint64 یا نوع وابسته به فیلد |
| column_type | data |
نکته کاربردی: این Query مبنای طراحی Parser است؛ به نام ستونهای حدسی تکیه نکنید و ساختار همان نسخه را مستند سازید.
مثال 3: ساخت Session پایه برای attention با ring_buffer
برای آزمایش کوتاه و کنترلشده میتوان از ring_buffer استفاده کرد. Session زیر اطلاعات زمینهای مانند متن SQL، شناسه پایگاه داده و نام برنامه را در کنار رویداد attention نگه میدارد.
IF EXISTS (SELECT 1 FROM sys.server_event_sessions WHERE name = N'XE_attention_1')
DROP EVENT SESSION [XE_attention_1] ON SERVER;
GO
CREATE EVENT SESSION [XE_attention_1] ON SERVER
ADD EVENT sqlserver.attention
(
ACTION
(
sqlserver.sql_text,
sqlserver.database_id,
sqlserver.client_app_name,
sqlserver.session_id
)
)
ADD TARGET package0.ring_buffer
WITH (MAX_MEMORY = 4096 KB, EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS);
GO
| ستون یا شاخص | خروجی نمونه |
|---|
| Session | XE_attention_1 |
| Target | ring_buffer |
| State | Created |
نکته کاربردی: ring_buffer برای نمونهبرداری سریع مناسب است؛ برای نگهداری طولانی یا حجم بالای attention بهتر است event_file انتخاب شود.
مثال 4: اعمال Predicate اختصاصی روی attention
جمعآوری بدون فیلتر میتواند داده فراوان تولید کند. این نمونه با شرط [sqlserver].[session_id] > (50) تنها رخدادهای مهمتر را ثبت میکند و هزینه تحلیل را کاهش میدهد. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
IF EXISTS (SELECT 1 FROM sys.server_event_sessions WHERE name = N'XE_attention_1_Filtered')
DROP EVENT SESSION [XE_attention_1_Filtered] ON SERVER;
GO
CREATE EVENT SESSION [XE_attention_1_Filtered] ON SERVER
ADD EVENT sqlserver.attention
(
ACTION (sqlserver.sql_text, sqlserver.database_id, sqlserver.session_id)
WHERE ([sqlserver].[session_id] > (50))
)
ADD TARGET package0.event_file
(SET filename = N'C:\XE\attention_filtered.xel', max_file_size = 100, max_rollover_files = 4);
GO
| ستون یا شاخص | خروجی نمونه |
|---|
| Predicate | [sqlserver].[session_id] > (50) |
| Target | event_file |
| Retention | چهار فایل چرخشی |
نکته کاربردی: آستانه را بر اساس SLA و نرخ واقعی attention تنظیم کنید؛ مقدار نمونه نباید بدون اندازهگیری به محیط تولید منتقل شود.
تصویر 2: این جریان مشخص میکند داده فنی چگونه از اجرای Query به فایل رویداد و سپس به تحلیل عملیاتی منتقل میشود. محور نمودار attention است و برچسبها بر اساس فیلدها و رویدادهای همراه همین موضوع انتخاب شدهاند.
مثال 5: شروع و توقف امن Session مربوط به attention
فعالسازی باید زمانبندیشده باشد تا داده فقط در بازه عیبیابی جمعآوری شود. Query زیر وضعیت Session را نیز بررسی میکند و از فرمانهای تکراری جلوگیری میکند. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
IF NOT EXISTS
(
SELECT 1
FROM sys.dm_xe_sessions
WHERE name = N'XE_attention_1'
)
ALTER EVENT SESSION [XE_attention_1] ON SERVER STATE = START;
GO
-- پس از پایان بازه پایش
IF EXISTS (SELECT 1 FROM sys.dm_xe_sessions WHERE name = N'XE_attention_1')
ALTER EVENT SESSION [XE_attention_1] ON SERVER STATE = STOP;
GO
| ستون یا شاخص | خروجی نمونه |
|---|
| Action | START سپس STOP |
| Session | XE_attention_1 |
| نتیجه | جمعآوری محدود به بازه تحلیل |
نکته کاربردی: در محیط تولید زمان آغاز، پایان، دلیل فعالسازی و مالک تحلیل را در Change Log ثبت کنید.
مثال 6: خواندن Target حافظهای attention
برای دیدن رخدادهای ring_buffer، داده Target به XML تبدیل میشود. این روش برای مشاهده سریع مناسب است و نیاز به فایل خارجی ندارد. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
SELECT
CAST(t.target_data AS xml) AS ring_buffer_xml
FROM sys.dm_xe_session_targets AS t
INNER JOIN sys.dm_xe_sessions AS s
ON s.address = t.event_session_address
WHERE s.name = N'XE_attention_1'
AND t.target_name = N'ring_buffer';
| ستون یا شاخص | خروجی نمونه |
|---|
| target_name | ring_buffer |
| نوع خروجی | XML |
| رویداد هدف | attention |
نکته کاربردی: ring_buffer ظرفیت محدود دارد و با ورود رخدادهای جدید، داده قدیمی ممکن است حذف شود؛ برای تحلیل تاریخی از فایل استفاده کنید.
مثال 7: خواندن فایلهای XEL مربوط به attention
در Sessionهای پایدار، event_file قابلیت مرور و آرشیو مناسبتری دارد. این Query همه فایلهای چرخشی مرتبط با attention را به ترتیب زمانی برمیگرداند.
SELECT
object_name,
file_name,
file_offset,
CAST(event_data AS xml) AS event_xml
FROM sys.fn_xe_file_target_read_file
(
N'C:\XE\attention_filtered*.xel',
NULL, NULL, NULL
)
WHERE object_name = N'attention'
ORDER BY file_name, file_offset;
| ستون یا شاخص | خروجی نمونه |
|---|
| object_name | attention |
| file_name | attention_filtered_0_*.xel |
| event_xml | XML رویداد |
نکته کاربردی: Wildcard فقط باید فایلهای Session هدف را پوشش دهد تا داده رویدادهای دیگر با تحلیل مخلوط نشود.
مثال 8: تجزیه زمان و Actionهای attention از XML
برای گزارشگیری، XML باید به ستونهای جدولی تبدیل شود. نمونه زیر timestamp، session_id، database_id و sql_text را استخراج میکند و میتوان فیلدهای اختصاصی attention را نیز افزود.
WITH EventData AS
(
SELECT CAST(event_data AS xml) AS x
FROM sys.fn_xe_file_target_read_file
(N'C:\XE\attention_filtered*.xel', NULL, NULL, NULL)
WHERE object_name = N'attention'
)
SELECT
x.value('(event/@timestamp)[1]', 'datetime2(3)') AS utc_time,
x.value('(event/action[@name="session_id"]/value)[1]', 'int') AS session_id,
x.value('(event/action[@name="database_id"]/value)[1]', 'int') AS database_id,
x.value('(event/action[@name="sql_text"]/value)[1]', 'nvarchar(max)') AS sql_text
FROM EventData;
| ستون یا شاخص | خروجی نمونه |
|---|
| utc_time | 2026-07-25 18:31:22.410 |
| session_id | 74 |
| database_id | 8 |
| sql_text | نمونه دستور ثبتشده |
نکته کاربردی: Timestamp رویداد معمولاً باید با منطقه زمانی سامانه گزارشگیری هماهنگ شود؛ تبدیل را در لایه نمایش یا ETL بهصورت صریح انجام دهید.
خطاهای رایج در کار با attention
- ساخت Predicate بر اساس ستونی که در metadata نسخه نصبشده وجود ندارد؛ پیش از اجرا، تعریف attention را از DMVها بخوانید.
- فعال کردن attention بدون محدودیت database_id، session_id یا آستانه مناسب و سپس پر شدن سریع Target.
- افزودن Actionهای زیاد مانند sql_text در همه رخدادها بدون ارزیابی امنیت و سربار.؛ با تمرکز اختصاصی بر attention
- خواندن مستقیم XML در هر بار نمایش داشبورد به جای تبدیل دورهای به جدول Stage.؛ با تمرکز اختصاصی بر attention
- نتیجهگیری از یک رخداد منفرد بدون مقایسه با طرح اجرا، انتظارها، لاگ برنامه و شاخصهای سیستم.؛ با تمرکز اختصاصی بر attention
ملاحظات Performance و ظرفیتسنجی attention
Attention علت نهایی را مشخص نمیکند؛ ممکن است کاربر دستی لغو کرده باشد، شبکه قطع شده باشد یا Timeout برنامه رخ داده باشد. هزینه Session فقط از نام Event تعیین نمیشود؛ تعداد رخداد در ثانیه، Actionهای انتخابی، Predicate، نوع Target، سرعت دیسک و MAX_DISPATCH_LATENCY همگی اثر دارند. بهترین روش، اجرای آزمایشی در بار مشابه تولید و مقایسه CPU، I/O، حجم XEL و نرخ از دست رفتن رخدادها است.
برای این موضوع، توصیه عملی چنین است: زمان رویداد را با لاگ برنامه و Queryهای تکمیلنشده تطبیق دهید و Timeout را بدون تحلیل ریشهای صرفاً افزایش ندهید. همچنین فایلها باید سقف اندازه و تعداد Rollover داشته باشند تا پایش به مصرف کنترلنشده فضای ذخیرهسازی منجر نشود. اگر داده برای حسابرسی لازم است، انتقال به مخزن جداگانه و سیاست Retention مستند ضروری خواهد بود.
مثال 9: مدیریت رفتار NULL هنگام تحلیل attention
همه Actionها یا Data Fieldها در تمام رخدادها مقدار ندارند. با NULLIF و COALESCE میتوان خروجی خوانا ساخت بدون آنکه نبود داده با مقدار صفر اشتباه گرفته شود. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
WITH Parsed AS
(
SELECT
CAST(event_data AS xml) AS x
FROM sys.fn_xe_file_target_read_file
(N'C:\XE\attention_filtered*.xel', NULL, NULL, NULL)
WHERE object_name = N'attention'
)
SELECT
COALESCE
(
NULLIF(x.value('(event/action[@name="client_app_name"]/value)[1]', 'nvarchar(256)'), N''),
N'برنامه نامشخص'
) AS client_app_name
FROM Parsed;
| ستون یا شاخص | خروجی نمونه |
|---|
| client_app_name | برنامه نامشخص |
| علت | Action در رخداد موجود نبوده است |
| رویکرد | حفظ تفاوت NULL و مقدار واقعی |
نکته کاربردی: در انبار داده، NULL را بدون تصمیم طراحی به رشته ثابت تبدیل نکنید؛ نسخه خام و نسخه نمایشی را جدا نگه دارید.
مثال 10: پایش کمهزینه و قابل حذف برای attention
نمونه نهایی Session را با event_file چرخشی، Startup State غیرفعال و تنظیم Dispatch مناسب میسازد. سپس دستور حذف کنترلشده ارائه میشود تا محیط پس از عیبیابی پاک بماند. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
CREATE EVENT SESSION [XE_attention_1_Production] ON SERVER
ADD EVENT sqlserver.attention
(
ACTION (sqlserver.database_id, sqlserver.session_id, sqlserver.client_app_name)
WHERE ([sqlserver].[session_id] > (50))
)
ADD TARGET package0.event_file
(SET filename = N'C:\XE\attention_prod.xel', max_file_size = 128, max_rollover_files = 8)
WITH
(
MAX_MEMORY = 8192 KB,
EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS,
MAX_DISPATCH_LATENCY = 10 SECONDS,
TRACK_CAUSALITY = ON,
STARTUP_STATE = OFF
);
GO
-- پاکسازی پس از اتمام تحلیل
DROP EVENT SESSION [XE_attention_1_Production] ON SERVER;
GO
| ستون یا شاخص | خروجی نمونه |
|---|
| Retention | ALLOW_SINGLE_EVENT_LOSS |
| Causality | فعال |
| Startup | غیرفعال |
| Cleanup | DROP پس از تحلیل |
نکته کاربردی: برای attention تعادل میان از دست ندادن رخداد و سربار را بر اساس حساسیت مسئله انتخاب کنید؛ همیشه Session آزمایشی را در بار مشابه تولید بسنجید.
تصویر 3: این سناریو ارتباط هشدار، نشانه کارایی، تصمیم اصلاحی و کنترل نتیجه را بهصورت مرحلهای نمایش میدهد. محور نمودار attention است و برچسبها بر اساس فیلدها و رویدادهای همراه همین موضوع انتخاب شدهاند.
بهترین روشهای طراحی راهکار attention
- سؤال عیبیابی را پیش از انتخاب attention بنویسید و مشخص کنید چه تصمیمی باید از داده حاصل شود.
- نام Session، مسیر فایل و مدت فعال بودن attention را استاندارد و قابل ردیابی انتخاب کنید.
- Actionها را حداقلی نگه دارید و فقط دادهای را ثبت کنید که در تحلیل یا همبستگی استفاده خواهد شد.؛ با تمرکز اختصاصی بر attention
- زمان UTC رویداد را با ساعت برنامه، سیستمعامل و داشبورد همتراز کنید.؛ با تمرکز اختصاصی بر attention
- پس از اصلاح، همان سناریو را تکرار و معیار قبل و بعد را با روش یکسان مقایسه کنید.؛ با تمرکز اختصاصی بر attention
- Sessionهای موقت را حذف کنید و برای Sessionهای دائمی مالک، هدف، ظرفیت و بازبینی دورهای تعیین کنید.؛ با تمرکز اختصاصی بر attention
سؤالات متداول اختصاصی attention
attention دقیقاً چه زمانی برای تحلیل مفید است؟
هنگامی مفید است که مسئله شما به لغو درخواست یا قطع اجرای Query مربوط باشد و لازم باشد داده واقعی اجرای SQL Server را با زمان، Session و متن درخواست تطبیق دهید.
آیا میتوان attention را برای آموزش مبتدیان استفاده کرد؟
بله، بهتر است آموزش با metadata، یک ring_buffer کوتاه و سپس خواندن XML شروع شود تا دانشجو بدون پیچیدگی زیاد چرخه کامل attention را ببیند.
برای پروژه تجاری چه مدت attention را فعال نگه داریم؟
مدت مناسب به نرخ رخداد و SLA وابسته است؛ معمولاً بازه کوتاه و هدفمند با فایل چرخشی بهتر از فعالسازی دائمی و بدون فیلتر است. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
چگونه خروجی attention را وارد داشبورد سازمانی کنیم؟
فایلهای XEL را در یک فرآیند زمانبندیشده بخوانید، XML را به جدول Stage تبدیل کنید و سپس شاخصهای موردنیاز را با کلید زمان، Session و پایگاه داده مدل کنید. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
تفاوت attention با error_reported چیست؟
attention روی لغو درخواست یا قطع اجرای Query تمرکز دارد، در حالی که error_reported زاویه دیگری از اجرای درخواست را ثبت میکند؛ ترکیب آنها تصویر کاملتری میدهد.
برای راهاندازی پایش attention چه خدماتی لازم است؟
در پروژههای حساس، طراحی Predicate، ظرفیت فایل، Parser XML، داشبورد و سیاست نگهداری باید متناسب با بار واقعی انجام شود و میتوان از مشاوره یا اجرای تخصصی SQL Server استفاده کرد. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
رایجترین خطا هنگام ساخت Session attention چیست؟
استفاده از نام ستون یا Predicate بدون بررسی metadata همان نسخه، فعالسازی بدون محدودیت و فراموش کردن توقف Session از خطاهای رایج هستند. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
attention چه اثری بر Performance دارد؟
اثر آن به نرخ رویداد، Actionها، Target و فیلتر بستگی دارد. Attention علت نهایی را مشخص نمیکند؛ ممکن است کاربر دستی لغو کرده باشد، شبکه قطع شده باشد یا Timeout برنامه رخ داده باشد. بنابراین آزمایش سربار و تعیین آستانه ضروری است.
بهترین روش نگهداری داده attention چیست؟
برای تحلیل پایدار از event_file چرخشی، مسیر امن، سقف حجم، آرشیو زماندار و پاکسازی خودکار استفاده کنید و داده حساس را کنترل دسترسی دهید. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
آیا attention در همه نسخههای SQL Server یکسان است؟
خیر، رویدادها و ستونها ممکن است میان نسخهها، Editionها یا محیطهای Managed تفاوت داشته باشند؛ sys.dm_xe_objects و sys.dm_xe_object_columns منبع نهایی همان سرور هستند. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
سؤالهای مصاحبه درباره attention
- چگونه وجود attention و ستونهای آن را روی نسخه هدف بررسی میکنید؟
- چه زمانی ring_buffer را برای attention انتخاب میکنید و چه زمانی event_file را؟
- برای کاهش سربار attention چه Predicate و Actionهایی پیشنهاد میدهید؟
- چگونه داده XML مربوط به attention را به گزارش جدولی تبدیل میکنید؟
- چه رویدادهای همراهی برای تفسیر درست attention لازم میدانید و چرا؟
چکلیست نهایی اجرای attention
- تأیید metadata و سازگاری نسخه
- تعریف سؤال و آستانه جمعآوری
- انتخاب Target و سقف فایل
- آزمون سربار در بار مشابه
- ثبت زمان شروع و پایان
- تجزیه XML و حفظ نسخه خام
- مقایسه قبل و بعد از اصلاح
- حذف یا بازبینی Session پس از پایان؛ با تمرکز اختصاصی بر attention
جمعبندی آموزش attention
attention زمانی ارزشمند است که بهصورت هدفمند برای تشخیص Cancel شدن Query، ارتباط Timeout کلاینت با درخواستهای طولانی و جداسازی خطای واقعی سرور از قطع اجرای سمت برنامه استفاده شود. Session خوب، کوچک، قابل توقف، دارای خروجی قابل تحلیل و متصل به تصمیم فنی است. با اجرای مثالهای این مقاله میتوان از کشف metadata تا ساخت فایل XEL و تحلیل خروجی پیش رفت، سپس یافتهها را با error_reported و sql_batch_completed تکمیل کرد.
برای مقایسه این Event با سایر رخدادها، دوباره به مقاله مادر رویدادهای مهم Performance در SQL Server بازگردید. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
خدمات برنامهنویسی و پایگاه داده؛ ویژه attention
برنامهنویسی در اصفهان
قبول سفارشهای برنامهنویسی و پایگاه داده: 09131253620؛ ویژه attention
انجام پروژههای برنامهنویسی، آموزش برنامهنویسی و آموزش پایگاه داده SQL Server با رویکرد حرفهای و قابل توسعه. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
مجموعهای معتبر با سابقه فعالیت حرفهای از سال ۱۳۷۵ شمسی؛ ویژه attention
از سال ۱۳۷۵ شمسی تاکنون در زمینه طراحی و اجرای پروژههای برنامهنویسی، پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری فعالیت میکنیم. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
برای سفارش پروژههای برنامهنویسی و پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری جدید، با شماره تلفن همراه 09131253620 تماس حاصل فرمایید. این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
ایتا، واتساپ و تماس مستقیم: +989131253620 این نکته در پرونده فنی attention با داده همان رویداد ارزیابی میشود.
تماس با ما