Behrouz_Rad
دوشنبه 12 شهریور 1386, 12:23 عصر
توجه:
کلیه ی حقوق این مقاله متعلق به سایت www.barnamenevis.org است.
نقل از نوشته های این مقاله منوط به ذکر نام منبع است.
کدهای مرتبط با این مقاله را از انتهای همین پست دانلود کنید.
کدهای برنامه با #C نوشته شده و دیتابیس برنامه، SQL Server 2005 است.
این روش مختص به ASP.NET نیست و فرایند کار در هر زبان برنامه نویسی وب قابل پیاده سازی است.
Query Notification چیست؟
مشکلی که اکثر برنامه نویسان با اون درگیر هستند، بحث همزمانی کار با داده ها توسط کاربران است.
بدین معنا که دو کاربر در یک زمان در حال کار با داده های یکسان و یا داده هایی که با یکدیگر مرتبط هستند می باشند.
روش های مختلفی برای کنترل ناسازگاری ای که در اثر تاثیر تغییر داده ها بر روند پردازش اونها بروز می کنه وجود داره.
در SQL Server 2005 سرویس جدیدی با نام SQL Service Broker معرفی شد که قابلیت جدیدی با نام Query Notification را به برنامه نویسان معرفی نمود.
این سرویس با دریافت یک Query و مانیتور کردن اون بر روی دیتابیس، تحقق شرط Query رو گزارش میده.
به عنوان مثال، شما یک Query مینویسید که در صورت انجام هر گونه تغییری بر روی جدولی خاص از دیتابیس، به برنامه ی کلاینت گزارش داده بشه. وظیفه ی بررسی تحقق شرط Query شما رو Query Notification بر عهده میگیره.
کلاسی که در دات نت به منظور کار با این قابلیت استفاده میشه، کلاس SqlDependency هست که متد Start اش عملیات مانیتورینگ رو آغاز می کنه.
بسیار خوب...
این روش بسیار عالیه اما فقط در برنامه ی های ویندوزی و نه در برنامه های مبتنی بر وب!
در ASP.NET نیز میشه به روشی که در بالا توضیح دادم عمل کرد اما با اندکی تفاوت...
معمولا برنامه نویسان روش فوق رو با تکنیک Caching پیاده سازی می کنند. اگر با مفهوم Caching در ASP.NET آشنا باشید، مطمئنا می دونید که میشه Cache رو به یک دستور SQL وابسته کرد (که با تنظیم پارامتر SqlDependency دایرکتیو OutputCache انجام میشه) تا در صورت تحقق دستور اس کیو ال، Cache غیر فعال بشه.
این روش به هیچ وجه کارامد نیست! از جمله مشکل اصلی در این روش، نیاز به Refresh صفحه در فواصل زمانی مشخص هست و این یعنی یک فاجعه ی بزرگ برای کاربر!
احتمالا کاربر در هر بار Refresh صفحه شما رو نفرین می کنه! ;)
در ادامه روشی رو یاد میگیرید که کارامدی فوق العاده ی داره و بر همگان واجب است که از این روش استفاده کنند!
من عاشق شبیه سازی هستم!... Query Notification رو شبیه سازی می کنیم؛ بدوم اینکه از SQL Service Broker استفاده کنیم یا نیازی به Cache داشته باشیم.
تشریح فرایند کار:
معما: اون چیه که در SQL Server با تحقق یک شرط خاص خود به خود فراخوانی میشه؟!...
درسته! Trigger!
Trigger ای مینویسیم که در هر بار انجام عملیاتی خاص، مقداری تصادفی رو در فیلدی از جدولی که به همین منظور ایجاد کردیم قرار بده.
پس واضح هست که هر بار انجام اون عملیات، Trigger مقدار جدیدی رو در فیلد جدول قرار میده.
این مقدار در بار اول Load صفحه در مکانی (بهترین حالت، کنترل HiddenField هست) نگهداری میشه.
در دفعات بعد، در طی بازه های زمانی مشخصی (با استفاده از AJAX!) این مقدار مجددا بازیابی و با مقدار اولیه مقایسه میشه. اگر برابر بودند، شرط تحقق پیدا نکرده و کاربر با خیال راحت میتونه به کارش ادامه بده؛ در غیر اینصورت، به کاربر پیغامی داده میشه و اون از این مورد آگاه می کنیم و هر رفتاری که دوست داشتید انجام میدید!
روال کار بسیار ساده و در عین حال بسیار کارامد است.
پس روال مانیتور کردن رو با ترکیبی از Trigger و AJAX پیاده سازی می کنیم!
ساختار جداول ساده ست. جدولی که برای نگهداری مقادیر تصادفی ایجاد می کنیم با نام tblNotifications و دارای فیلدهای tblID، TableName و TableRndID هست.
فیلد tblID از نوع AutoNumber و کلید اصلی ماست.
فیلد TableName نام جدولی رو میگیره که قرار هست Trigger برای اون اجرا بشه.
فیلد TableRndID مقدار تصادفی رو میپذیره و از نوع GUID هست.
جدول دیگه، با نام tblUsers و دارای فیلدهای userID، userFirstName و userFamily هست.
Trigger ای برای جدول tblUsers ایجاد می کنیم تا در هنگام انجام کلیه ی عملیات اضافه، حذف و آپدیت رکورد فراخوانی بشه و مقداری تصادفی رو در فیلد TableRndID جدول tblNotifications قرار بده.
Trigger ما به صورت ذیل هست:
CREATE TRIGGER tgNotificationForTblUsers
ON tblUsers
FOR INSERT, UPDATE, DELETE
AS
UPDATE tblNotifications
WITH (ROWLOCK)
SET TableRndID = NEWID()
WHERE TableName = 'tblUsers'
GO
دو Stored Procedure نیز برای بازیابی اطلاعات کاربران و مقدار تصادفی وجود داره.
کار ما در سطح دیتابیس به پایان رسید.
در کد نویسی Server-Side برنامه، AJAX رو با استفاده از قابلیت جدید ASP.NET 2.0 پیاده سازی کردم. به همین دلیل اگر با نحوه ی استفاده از این قابلیت آشنا نیستید، پیشنهاد می کنم حتما مقاله ی من رو با عنوان " AJAX را بدون AJAX تجربه کنید (http://barnamenevis.org/forum/showthread.php?t=52380)" مطالعه بفرمایید.
هر چند که تفاوت نمی کنه که به چه شکل از AJAX استفاده می کنید.
UpdatePanel و Ajax Timer نیز جایگزین های خوبی هستند...
کدهای برنامه واضح هست و فکر نمی کنم نیاز به توضیح خاصی وجود داشته باشه.
تنها قسمت مهم، متد GetCallbackResult اینترفیس ICallbackEventHandler هست که در هر بازه ی زمانی مشخص، مقدار تصادفی ذخیره شده در جدول tblNotifications رو بازیابی و به متد جاوا اسکریپت ReceiveDataFromServer در سمت کلاینت پاس میده.
در این متد، مقدار اولیه با مقدار بازیابی شده مقایسه میشه و در صورت متفاوت بودن، به کاربر گزارش داده میشه و از اون خواسته میشه که در صورت تمایل برای مشاهده ی آخرین تغییرات، بر روی دکمه ی OK کلیک کنه.
بازه ی زمانی تعیین شده، پنج ثانیه در نظر گرفته شده و تابع setTimeput در سمت کلاینت وظیفه ی ارسال مداوم درخواست AJAX ای رو بر عهده داره.
دیتابیس برنامه با نام Notification_DB و در پوشه ی App_Data قرار داره. دیتابیس رو در SQL Server 2005 اتچ کنید.
جهت تست برنامه، URL را در دو پنجره ی متفاوت از مرورگر کپی کرده و رکوردی را حذف کنید.
حذف رکورد توسط برنامه تشخیص داده شده و در پنجره ی دیگر به کاربر گزارش داده می شود.
موفق باشید.
کلیه ی حقوق این مقاله متعلق به سایت www.barnamenevis.org است.
نقل از نوشته های این مقاله منوط به ذکر نام منبع است.
کدهای مرتبط با این مقاله را از انتهای همین پست دانلود کنید.
کدهای برنامه با #C نوشته شده و دیتابیس برنامه، SQL Server 2005 است.
این روش مختص به ASP.NET نیست و فرایند کار در هر زبان برنامه نویسی وب قابل پیاده سازی است.
Query Notification چیست؟
مشکلی که اکثر برنامه نویسان با اون درگیر هستند، بحث همزمانی کار با داده ها توسط کاربران است.
بدین معنا که دو کاربر در یک زمان در حال کار با داده های یکسان و یا داده هایی که با یکدیگر مرتبط هستند می باشند.
روش های مختلفی برای کنترل ناسازگاری ای که در اثر تاثیر تغییر داده ها بر روند پردازش اونها بروز می کنه وجود داره.
در SQL Server 2005 سرویس جدیدی با نام SQL Service Broker معرفی شد که قابلیت جدیدی با نام Query Notification را به برنامه نویسان معرفی نمود.
این سرویس با دریافت یک Query و مانیتور کردن اون بر روی دیتابیس، تحقق شرط Query رو گزارش میده.
به عنوان مثال، شما یک Query مینویسید که در صورت انجام هر گونه تغییری بر روی جدولی خاص از دیتابیس، به برنامه ی کلاینت گزارش داده بشه. وظیفه ی بررسی تحقق شرط Query شما رو Query Notification بر عهده میگیره.
کلاسی که در دات نت به منظور کار با این قابلیت استفاده میشه، کلاس SqlDependency هست که متد Start اش عملیات مانیتورینگ رو آغاز می کنه.
بسیار خوب...
این روش بسیار عالیه اما فقط در برنامه ی های ویندوزی و نه در برنامه های مبتنی بر وب!
در ASP.NET نیز میشه به روشی که در بالا توضیح دادم عمل کرد اما با اندکی تفاوت...
معمولا برنامه نویسان روش فوق رو با تکنیک Caching پیاده سازی می کنند. اگر با مفهوم Caching در ASP.NET آشنا باشید، مطمئنا می دونید که میشه Cache رو به یک دستور SQL وابسته کرد (که با تنظیم پارامتر SqlDependency دایرکتیو OutputCache انجام میشه) تا در صورت تحقق دستور اس کیو ال، Cache غیر فعال بشه.
این روش به هیچ وجه کارامد نیست! از جمله مشکل اصلی در این روش، نیاز به Refresh صفحه در فواصل زمانی مشخص هست و این یعنی یک فاجعه ی بزرگ برای کاربر!
احتمالا کاربر در هر بار Refresh صفحه شما رو نفرین می کنه! ;)
در ادامه روشی رو یاد میگیرید که کارامدی فوق العاده ی داره و بر همگان واجب است که از این روش استفاده کنند!
من عاشق شبیه سازی هستم!... Query Notification رو شبیه سازی می کنیم؛ بدوم اینکه از SQL Service Broker استفاده کنیم یا نیازی به Cache داشته باشیم.
تشریح فرایند کار:
معما: اون چیه که در SQL Server با تحقق یک شرط خاص خود به خود فراخوانی میشه؟!...
درسته! Trigger!
Trigger ای مینویسیم که در هر بار انجام عملیاتی خاص، مقداری تصادفی رو در فیلدی از جدولی که به همین منظور ایجاد کردیم قرار بده.
پس واضح هست که هر بار انجام اون عملیات، Trigger مقدار جدیدی رو در فیلد جدول قرار میده.
این مقدار در بار اول Load صفحه در مکانی (بهترین حالت، کنترل HiddenField هست) نگهداری میشه.
در دفعات بعد، در طی بازه های زمانی مشخصی (با استفاده از AJAX!) این مقدار مجددا بازیابی و با مقدار اولیه مقایسه میشه. اگر برابر بودند، شرط تحقق پیدا نکرده و کاربر با خیال راحت میتونه به کارش ادامه بده؛ در غیر اینصورت، به کاربر پیغامی داده میشه و اون از این مورد آگاه می کنیم و هر رفتاری که دوست داشتید انجام میدید!
روال کار بسیار ساده و در عین حال بسیار کارامد است.
پس روال مانیتور کردن رو با ترکیبی از Trigger و AJAX پیاده سازی می کنیم!
ساختار جداول ساده ست. جدولی که برای نگهداری مقادیر تصادفی ایجاد می کنیم با نام tblNotifications و دارای فیلدهای tblID، TableName و TableRndID هست.
فیلد tblID از نوع AutoNumber و کلید اصلی ماست.
فیلد TableName نام جدولی رو میگیره که قرار هست Trigger برای اون اجرا بشه.
فیلد TableRndID مقدار تصادفی رو میپذیره و از نوع GUID هست.
جدول دیگه، با نام tblUsers و دارای فیلدهای userID، userFirstName و userFamily هست.
Trigger ای برای جدول tblUsers ایجاد می کنیم تا در هنگام انجام کلیه ی عملیات اضافه، حذف و آپدیت رکورد فراخوانی بشه و مقداری تصادفی رو در فیلد TableRndID جدول tblNotifications قرار بده.
Trigger ما به صورت ذیل هست:
CREATE TRIGGER tgNotificationForTblUsers
ON tblUsers
FOR INSERT, UPDATE, DELETE
AS
UPDATE tblNotifications
WITH (ROWLOCK)
SET TableRndID = NEWID()
WHERE TableName = 'tblUsers'
GO
دو Stored Procedure نیز برای بازیابی اطلاعات کاربران و مقدار تصادفی وجود داره.
کار ما در سطح دیتابیس به پایان رسید.
در کد نویسی Server-Side برنامه، AJAX رو با استفاده از قابلیت جدید ASP.NET 2.0 پیاده سازی کردم. به همین دلیل اگر با نحوه ی استفاده از این قابلیت آشنا نیستید، پیشنهاد می کنم حتما مقاله ی من رو با عنوان " AJAX را بدون AJAX تجربه کنید (http://barnamenevis.org/forum/showthread.php?t=52380)" مطالعه بفرمایید.
هر چند که تفاوت نمی کنه که به چه شکل از AJAX استفاده می کنید.
UpdatePanel و Ajax Timer نیز جایگزین های خوبی هستند...
کدهای برنامه واضح هست و فکر نمی کنم نیاز به توضیح خاصی وجود داشته باشه.
تنها قسمت مهم، متد GetCallbackResult اینترفیس ICallbackEventHandler هست که در هر بازه ی زمانی مشخص، مقدار تصادفی ذخیره شده در جدول tblNotifications رو بازیابی و به متد جاوا اسکریپت ReceiveDataFromServer در سمت کلاینت پاس میده.
در این متد، مقدار اولیه با مقدار بازیابی شده مقایسه میشه و در صورت متفاوت بودن، به کاربر گزارش داده میشه و از اون خواسته میشه که در صورت تمایل برای مشاهده ی آخرین تغییرات، بر روی دکمه ی OK کلیک کنه.
بازه ی زمانی تعیین شده، پنج ثانیه در نظر گرفته شده و تابع setTimeput در سمت کلاینت وظیفه ی ارسال مداوم درخواست AJAX ای رو بر عهده داره.
دیتابیس برنامه با نام Notification_DB و در پوشه ی App_Data قرار داره. دیتابیس رو در SQL Server 2005 اتچ کنید.
جهت تست برنامه، URL را در دو پنجره ی متفاوت از مرورگر کپی کرده و رکوردی را حذف کنید.
حذف رکورد توسط برنامه تشخیص داده شده و در پنجره ی دیگر به کاربر گزارش داده می شود.
موفق باشید.