عنوان :

مقاله تریگر های فازی در پایگاه داده فعال

تعداد صفحات : ۱۰۴

نوع فایل : ورد و قابل ویرایش

چکیده

پایگاه‌های داده فعال به منظور ایجاد تعامل در پایگاه داده ایجاد شدند. در یک پایگاه داده معمولی برای واکنش نسبت به رویدادهایی که در سیستم اتفاق می‌افتند طراحان سیستم از یک زبان برنامه‌نویسی در کنار پایگاه داده خود استفاده می‌نمایند و قوانین سازمانی خود را به این ترتیب بر پایگاه داده اعمال می‌نمایند. تغییر و پشتیبانی کدهای نرم‌افزار مشکلات خود را دارد که پایگاه داده را نیز متأثر می‌کند. پایگاه‌های داده فعال با استفاده از تعریف قوانین در کنار تعریف داده‌های کدنویسی را از قوانین سازمانی بانک اطلاعات جدا می‌نمایند. تعریف و تغییر قوانین مشکلات کدهای نرم‌افزار را ندارد.

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

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

در فصل سوم مختصری از مفاهیم فازی ارائه شده است.

فصل چهارم شامل چگونگی پشتیبانی مفاهیم فازی در بخش‌های مختلف یک پایگاه داده فعال می‌باشد.

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

فصل ششم به بیان چگونگی پیاده سازی تریگرهای فازی در پایگاه داده فعال غیر فازی و نیز پیاده سازی رونوشت برداری فازی بوسیله آن می پردازد. در این فصل نشان داده شد که چگونه می توان یک تریگر فازی را در پایگاه داده ای فعال اما غیر فازی پیاده سازی نمود. همچنین روش پیاده سازی رونوشت برداری فازی توسط جداول سیستمی و اجزاء تریگر فازی تشریح شد. در تمامی این مراحل تمام مراحل کاری رونوشت برداری فازی در داخل پایگاه داده صورت می پذیرفت الا بخش اعمالگر. امید است در آینده با افزودن بخش اعمالگر از ماشین رونوشت برداری در داخل پایگاه داده بتوان عمل رونوشت برداری فازی را بطور صد در صد مکانیزه در درون پایگاه داده ها پیاده سازی نمود. همچنین اگر بجای محیط گرافیکی کاربر جهت تولید تریگرهای فازی، با دستکاری کردن توابع درونی MS SQL Server 2000 بتوان مفسر این پایگاه داده را تغییر داد که دستورات تولید تریگر فازی را نیز اجرا کند، عملا” پایگاه داده منتخب بطور کامل تریگرهای فازی را بصورت درونی پشتیبانی خواهد کرد.

 کلیدواژه ها: پایگاه داده فعال، تریگرهای فازی، رونوشت برداری فازی، کمیت سنج های فازی، همگام سازی، دوره پوشش برنامه، دوره پوشش رونوشت برداری، دوره پوشش فازی.

فهرست مطالب

بخش اول: مفاهیم و تعاریف، کارهای انجام شده    ۱
فصل اول: کلیات    ۲
۱-۱ مقدمه    ۲
۱-۲ مروری بر فصول پایان‌نامه    ۵
فصل دوم: پایگاه داده فعال    ۶
۲-۱ مدیریت داده    ۶
۲-۲ مدیریت قوانین    ۷
۲-۲-۱ تعریف قانون    ۷
۲-۲-۱-۱ رویداد    ۸
۲-۲-۱-۲ شرط    ۱۲
۲-۲-۱-۳ واکنش    ۱۳
۲-۲-۲ مدل اجرایی    ۱۴
۲-۲-۲-۱ اولویت اجرایی در قوانین    ۱۶
۲-۲-۲-۲ معماری پایگاه داده فعال    ۱۷
۲-۲-۲-۳ آشکارساز رویداد    ۱۸
۲-۲-۲-۴ ارزیابی شرط    ۱۹
۲-۲-۲-۵ زمانبندی    ۲۰
۲-۲-۲-۶ اجرا    ۲۱
۲-۳ نمونه‌های پیاده‌سازی شده    ۲۱
۲-۳-۱ Starburst    ۲۱
۲-۳-۲ Ariel    ۲۳
۲-۳-۳ NAOS    ۲۴
۲-۴ نتیجه    ۲۵
فصل سوم: مفاهیم فازی    ۲۶
۳-۱ مجموعه‌های فازی    ۲۷
۳-۲ عملگرهای فازی    ۲۹
۳-۳ استنتاج فازی    ۳۰
۳-۴ ابهام‌زدایی    ۳۱
۳-۵ نتیجه    ۳۱
فصل چهارم : پایگاه داده فعال فازی     ۳۲
۴-۱ تعریف فازی قوانین     ۳۳
۴-۱-۱ رویداد فازی     ۳۴
۴-۱-۱-۱ رویدادهای مرکب     ۳۶
۴-۱-۱-۲ انتخاب فازی اجزاء رویدادهای مرکب     ۳۸
۴-۱-۲ شرط فازی     ۳۸
۴-۱-۳ واکنش فازی     ۴۰
۴-۱-۴ تعیین فازی موقعیت زمانبندی     ۴۱
۴-۲ معماری و مدل اجرایی قوانین     ۴۳
۴-۲-۱ آشکارساز رویداد     ۴۴
۴-۲-۲ بررسی شرط     ۴۵
۴-۲-۳ اجرا     ۴۵
۴-۲-۴ زمانبندی     ۴۵
۴-۳ نتیجه     ۴۷
بخش دوم: کاربردی جدید از تریگر فازی، رونوست برداری فازی، نتایج آزمایشات     ۴۸
فصل پنجم: رونوشت برداری فازی     ۴۹
۵-۱ رونوشت برداری     ۵۰
۵-۱-۱ رونوشت برداری همگام     ۵۰
۵-۱-۲ رونوشت برداری ناهمگام     ۵۱
۵-۱-۳ ماشین پایه رونوشت برداری داده    ۵۲
۵-۱-۴ مقایسه دو روش همگام و ناهمگام    ۵۳
۵-۲ رونوشت برداری فازی    ۵۶
۵-۲-۱ استفاده از تریگرها برای فازی نمودن رونوشت برداری    ۵۷
۵-۳ کمیت سنج های فازی    ۵۹
۵-۳-۱ روش محاسبه کمیت سنج های فازی    ۶۰
۵-۳-۲ کمیت سنج عمومی    ۶۱
۵-۳-۳ کمیت سنج جزئی    ۶۴
۵-۳-۴ کمیت سنج جزئی توسعه یافته    ۶۷
۵-۴ روش جدید محاسبه حد آستانه در تریگرهای فازی برای رونوشت برداری فازی    ۶۹
۵-۵ معماری ماشین رونوشت بردار فازی    ۷۱
۵-۶ مثال    ۷۳
۵-۷ کارایی    ۷۷
۵-۷-۱ ترافیک در رونوشت برداری مشتاق    ۷۹
۵-۷-۲ ترافیک در رونوشت برداری تنبل    ۸۰
۵-۷-۳ ترافیک در رونوشت برداری فازی    ۸۰
۵-۷-۴ مقایسه تئوری هزینه رونوشت برداری فازی و تنبل    ۸۱
۵-۸ جمع بندی    ۸۳
فصل ششم: پیاده سازی     ۸۴
۶-۱ Fuzzy SQL Server    ۸۴
۶-۲ عملکرد اجزای Fuzzy SQL Server    ۸۵
۶-۳ شبیه سازی تریگرهای فازی در پایگاه داده غیر فازی    ۸۶
۶-۴ اجزاء تریگر فازی در پایگاه داده غیر فازی    ۸۶
۶-۵ جداول سیستمی مورد نیاز    ۸۷
۶-۶ مثال    ۸۹
۶-۷ کارهای آتی    ۹۴
مراجع و منابع     ۹۵

مراجع و منابع:

[۱]   Y. Saygin, Ö. Ulusoy, Automated Construction of Fuzzy Event Sets and its Application to Active Databases, IEEE Transactions on Fuzzy Systems, vol.9, no.3, 2001.

[۲]   Antoni Wolski, Jorma Kuha, Tapio Luukkanen, Antti Pesonen. Design of RapidBase an Active Measurement Database System. Proceedings of the International Database Engineering & Applications Symposium, Japan ,IEEE Computer Society Press, 2000.

[۳]   Antti Pesonen, Antoni Wolski. Quantified and Temporal Fuzzy Reasoning for Active Monitoring in RapidBase. Symposium on Tool Environments and Development Methods for Intelligent Systems, 2000.

[۴]   Yücel Saygin, Özgür Ulusoy, Adnan Yazici. Dealing With Fuzziness In Active Mobile Database Systems. Information Sciences—Informatics and Computer Science: An International Journal, Volume 120 ,  Issue 1-4, Pages: 23 – ۴۴, November 1999.

[۵]   A. Wolski and T. Bouaziz. Fuzzy Triggers: Incorporating Imprecise Reasoning into Active Databases. In Proceedings of the 14th International Conference on Data Engineering, pages 108–115. IEEE Computer Society Press, 1998.

[۶]   Y. Saygin and O. Ulusoy, “Involving fuzzy concepts in active mobile databases,” in Proceedings of the 9th International Conference and Workshop on Database and Expert Systems Applications (DEXA’98). Lecture Notes in Computer Science, Springer Verlag, 1998.

[۷]   T. Bouaziz and A. Wolski. Applying Fuzzy Events to Approximate Reasoning in Active Databases. In Proc. Sixth IEEE International Conference on Fuzzy Systems, Barcelona, Catalonia, Spain, July 1997.

[۸]   Bouaziz T. Karvonen J. Pesonen A. and Wolski A. Design and Implementation of TEMPO Fuzzy Triggers. Proc. Eighth Int’l conference on Database and Expert Systems Applications (DEXA’97), Sept. 1-5, 1997.

[۹]   Bouaziz T. and Wolski A. Incorporating Fuzzy Inference into Database Triggers. Research Report No TTE1-2-96, VTT Information Technology, 15 Espoo, Finland, November 1996.

[۱۰] A. Wolski, J. Karvonen, A. Puolakka. The RAPID Case Study: Requirements for and the Design of a Fast-response Database System. Proceedings of the First Workshop on real-Time Databases RTDB’96, Newport Beach, CA, USA, 1996.

[۱۱] Highleyman, W. H., Holenstein, P. J., Holenstein, B. D., Chapter 3, Asynchronous Replication, Breaking the Availability Barrier: Survivable Systems for Enterprise Computing, AuthorHouse; 2004.

[۱۲] J. N. Gray, P. Helland, P. O’Neil, and D. Shasha. The dangers of replication and a solution. In Proceedings of the 1996 International Conference on Management of Data, pages 173–۱۸۲, Montreal, Canada, ACM-SIGMOD, June 1996.

فصل اول: کلیات

۱-۱ مقدمه

با ایجاد سیستم‌های مدیریت پایگاه داده عمده مشکلات ساختار، پشتیبانی و مدیریت داده‌های حجیم در سیستم‌های فایلی برطرف شد اما توجهی به جنبه‌های رفتاری پایگاه داده نشد. به این معنا که با استفاده از قیود جامعیت[۱]  شاید بتوان از منفی شدن مبلغ حقوق کارمندان جلوگیری نمود اما نمی‌توان مانع از بیشتر شدن حقوق آن‌ها از مدیرانشان شد. در چنین مواردی کاربران پایگاه داده با اجرای یک پرس و جو[۲]  موارد نقض محدودیت‌هایی از این قبیل را پیدا نموده و خود اقدام به اصلاح آن‌ها می‌نمایند.

مواردی این چنین و نیز گزارشات مدیریتی در آغاز ماه از جمله کارهای مشخص و دارای ضابطه‌ای می‌باشند که انجام آن‌ها تکراری و قابل تفویض به سیستم است.

کاربران غیرمجاز با استفاده از یک سری گزارشات، غیرمستقیم به اطلاعات کلیدی دست یافته و اقدام به تغییر آن‌ها می‌نمایند. پیدا نمودن چنین تغییراتی که معمولاً بعد از گزارشات اتفاق می‌افتند، به راحتی امکان‌پذیر نیست. همانطور که مشاهده می‌شود در یک پایگاه داده معمولی ردیابی رویدادهایی که در سیستم اتفاق افتاده‌اند (رخدادها) نیز ممکن نبوده و نیاز به یک سیستم با پشتیبانی جنبه‌های رفتاری می‌باشد.

یک پایگاه داده فعال نظیر Oracle قادر به تشخیص رویدادهای نظیر اضافه، حذف و تغییر مقادیر در پایگاه داده می‌باشند. به عبارت دیگر این سیستم‌ها با ایجاد تغییر در یک قلم داده عکس‌العمل نشان می‌دهند.

پایگاه داده فعال با افزودن قوانین به پایگاه‌های داده امکان تعامل (کنش و واکنش) بین سیستم و پایگاه داده را ایجاد نمود. این نوع پایگاه داده دارای دو بخش مدیریت داده و مدیریت قوانین می‌باشد. بخش مدیریت داده مسئول حفظ خواص پایگاه داده در سیستم‌های کاربردی بوده و بخش دوم با مدیریت قوانین مسئول واکنش به رویدادهای سیستم می‌باشد. در این نوع پایگاه داده طراحان سیستم قادرند با تعریف قوانین که نزدیکترین بیان به زبان طبیعی می‌باشد، سیستم را وادار به عکس‌العمل مناسب در مقابل رویدادهای مهم نمایند [۱۳].

پایگاه داده فعال با استفاده از قوانین قادر به «پشتیبانی گسترده‌تر قیود جامعیت و سازگاری داده‌ها، واکنش در مقابل رخدادهای سیستم کاربردی، عدم اجرای تقاضاهای مشکوک، ردیابی رویدادها، گزارشات ماهانه و…» می‌باشد.

همانطور که گفته شد آن‌چه که به طور معمول باعث می‌شود یک پایگاه داده را فعال بدانیم، عکس‌العمل سیستم در مقابل وضعیت‌هایی است که در پایگاه داده و یا حتی خارج از آن به وجود می‌آید. این وضعیت‌ها می‌تواند شامل یک حذف غیرمجاز و یا تغییر وضعیت پایگاه داده باشد. باید توجه داشت که داشتن تعامل برای یک پایگاه داده لازم اما کافی نیست. بسیاری از سیستم‌های پایگاه داده بدون رعایت اصول پایه‌ای که در زیر به آن اشاره می‌شود به طور عام پایگاه داده فعال نامیده شوند [۱۴].

اینگونه سیستم‌ها باید یک پایگاه داده باشند، یعنی در صورتی که کاربر فراموش کرد، سیستم مورد نظر پایگاه داده فعال است بتواند از آن به عنوان یک پایگاه داده معمولی استفاده نماید (در صورت لزوم بتوان به عنوان یک پایگاه داده معمولی از آن استفاده نمود).

در اینگونه سیستم‌ها باید امکان تعریف و مدیریت قوانین وجود داشته باشد. این قوانین در پایگاه داده فعال دارای سه جزء رویداد[۳]، شرط[۴] و واکنش[۵] می‌باشند.

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

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

فازی‌سازی پایگاه‌های داده فعال با هدف نزدیکتر نمودن زبان بیان قوانین به زبان طبیعی طراحان مطرح شد. اغلب تقاضاهای کاربران پایگاه داده فعال، فازی می‌باشد. به عنوان نمونه در تقاضاهایی نظیر عدم تعلق پاداش به کارمندان «کم‌کار»، «افزایش» فشارخون، محاسبه حقوق کارمندان در «پایان» هر ماه و… از کلمات فازی استفاده شده است که عدم پشتیبانی مفاهیم فازی و به کار بردن مقادیر دقیق منجر به حصول نتایج نامطلوب در برخی سیستم‌های کاربردی می‌شود.

تفاوت اصلی در فازی‌سازی پایگاه داده فعال با سایر سیستم‌های فازی، در نوع تعریف قوانین می‌باشد. به این ترتیب که در تعریف قوانین در اینجا از سه جزء اصلی رویداد، شرط و واکنش استفاده می‌شود در صورتی که سیستم‌های مبتنی بر قانون عموماً از دو جزء شرط و واکنش تشکیل شده‌اند اما فازی نمودن شرط و واکنش قوانین در پایگاه‌های داده فعال تفاوت چندانی با شرط و واکنش فازی در سیستم‌های مبتنی بر قانون ندارد و در فازی نمودن رویداد نیز می‌توان از همان سیاق رویدادهای فازی استفاده نمود این بحث توسط ولسکی و بوازیز در [۷] مطرح شده است.

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

۱-۲ مروری بر فصول

در ادامه این پایان‌نامه در فصل دوم مفاهیم پایگاه داده فعال ارائه شده است. همچنین مدل اجرایی، نمونه‌هایی از این نوع پایگاه داده و برخی کاربردهای پایگاه داده فعال در ادامه این فصل آمده است.

در فصل سوم مختصری از مفاهیم فازی ارائه شده است.

فصل چهارم شامل چگونگی پشتیبانی مفاهیم فازی در بخش‌های مختلف یک پایگاه داده فعال می‌باشد.

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

فصل ششم به بیان چگونگی پیاده سازی تریگرهای فازی در پایگاه داده فعال غیر فازی و نیز پیاده سازی رونوشت برداری فازی بوسیله آن می پردازد.

 فصل دوم: پایگاه داده فعال

 پایگاه داده فعال با هدف افزودن تعامل به پایگاه داده و با استفاده از تعریف قوانین ایجاد شد. اولین پایگاه داده فعال، توسط Dayal و همکارانش در یک پروژه دانشگاهی به نام [۱۵]Hipac مطرح شد. پایگاه داده این نرم‌افزار همانند [۱۶]Samos شی‌ءگرا می‌باشد. علاوه بر پایگاه‌های داده فعال شی‌ءگرا سیستم‌هایی با پایگاه داده‌ی فعال رابطه‌ای نیز ایجاد شده‌اند که از جمله آن‌ها می‌توان [۱۷]Starburst و [۱۸]Arial را نام برد، این نوع پایگاه‌های داده به جای واکنش در مقابل فراخوانی متد یا تغییر خصیصه‌ها به تغییر، حذف و اضافه در جداول پایگاه داده حساس می‌باشند [۱۹].

 پایگاه داده فعال دارای دو بخش مدیریت داده و مدیریت قوانین می‌باشد. بخش مدیریت داده مسئول حفظ خواص پایگاه داده نظیر سازماندهی، مدیریت و پشتیبانی داده‌ها می‌باشد. بخش دوم یا مدیریت قوانین مسئول واکنش به رویدادهایی است که در سیستم اتفاق می‌افتند.

 ۲-۱ مدیریت داده

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

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

سازگاری بیشتر: سازگاری بین داده‌ها با استفاده از قوانین به صورت گسترده‌تری پشتیبانی می‌شود.

 ۲-۲ مدیریت قوانین

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

در این فصل انواع تعریف و پیچیدگی‌های رفتاری قوانین در این نوع سیستم‌ها و مدل‌های اجرایی متفاوت (با توجه به تعریف یک قانون) ارائه خواهد شد.

۲-۲-۱ تعریف قانون

در پایگاه داده فعال هر قانون دارای سه بخش رویداد، شرط و واکنش می‌باشد و قانونی دارای هر سه جزء فوق باشد اصطلاحاً ECA[6] نامیده می‌شود.

Rule      Rule_Name

[ON      Event]

[IF         Condition]

THEN   Action

به طور کلی وجود دو جزء رویداد و شرط در تعریف قوانین می‌تواند اختیاری[۷] و یا اجباری[۸] باشد. در برخی نمونه‌های پیاده‌سازی شده پایگاه داده فعال تنها تعریف یکی از دو جزء اختیاری است یعنی امکان عدم تعریف رویداد در قانون وجود دارد و حضور شرط اجباری است. در زبان‌هایی که تعریف هر دو جزء اختیاری باشد، تعریف یکی از آن‌ها در هر قانون الزامی است در غیر این صورت تبدیل به یک قانون همیشه درست می‌شود.

در صورت حذف شرط (EA[9] Rule) با بروز رویداد، واکنش آن اجرا می‌شود و با حذف رویداد (CA[10] Rule) در صورت برقراری شرط، واکنش قانون مربوطه به اجرا درمی‌آید.

در این قسمت ابتدا به شرح مختصری از هر سه جزء قانون و نکاتی که در استفاده از ECA باید رعایت شوند می‌پردازیم و سپس انواع رفتارهای مدل اجرایی پایگاه داده فعال بیان می‌شود.

 ۲-۲-۱-۱ رویداد

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

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

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

انواع رویدادها با توجه به منبع به وجود آورنده آن‌ها عبارتند از [۲۰][۲۱]:

ساختاری: یک رویداد به دلیل انجام عملیاتی روی ساختار پایگاه داده فعال می‌شود (در مدل رابطه‌ای تغییر و حذف و اضافه یک رکورد و در مدل شی‌ءگرا تغییر خصیصه‌ها، فراخوانی متد و ارسال پیام).

ON Update emp.id

انتزاعی: رویداد به صورت واضح توسط طراح یا برنامه کاربردی فعال می‌شود (طراح می‌تواند گرفتن یک گزارش خاص را یک رویداد معرفی کند که در صورتی که یک مجموعه تهی تولید نکند یک رویداد انتزاعی است).

تراکنش: رویدادها، دستورالعمل‌های تراکنشی نظیر Start و Abort و Commit می‌باشند.

ON Begin Transaction Emergency

کاربر: رویداد به دلیل عملکردها و مکانیزم‌های برنامه‌نویسی فعال می‌شود (دادن پیام مناسب به کاربری که مشغول وارد کردن داده می‌باشد).

استثناء: انجام عملیات غیرمجاز در سیستم موجب بروز این نوع رویداد می‌شود (دستیابی غیرمجاز کاربران به اطلاعاتی که مجوز مناسب آن را ندارند).

زمان: این نوع رویدادها در نقطه‌ای از زمان فعال می‌شوند (مثلاً اول هر ماه).

خارجی: رویدادهایی که به دلیل وقوع رویدادی در خارج از سیستم بروز می‌کنند در این گروه قرار می‌گیرند (فشردن کلید).

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

این عملیات‌های جبری عبارتند از [۱۴]:

And : رخ دادن هر دو رویداد (E1 And E2)

OR : رخ دادن یکی از دو رویداد (E1 Or E2)

Not : عدم رخ دادن رویداد در فاصله زمانی معین.

(E1; not E2;E3) به معنی عدم بروز رویداد دوم در فاصله زمانی بین بروز رویداد اول و سوم

SEQ : نشان‌دهنده ترتیب اجرای دو رویداد می‌باشد.

(Seq (E1,E2) : به این معنا است که رخ دادن رویداد دوم باید پس از رویداد اول انجام یافته باشد از نماد “:” نیز استفاده می‌شود.

Times : بیانگر نمونه معین یک رویداد می‌باشد

Times (n.E) یعنی نمونه nام رویداد E

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

در نوع سوم تقسیم‌بندی، بسته به زمان رخ دادن یک نمونه از رویداد، نمونه‌ها به سه نوع آغازین[۱۱]، میانی[۱۲] و پایانی[۱۳] تقسیم می‌شوند.

نمونه‌ای از یک رویداد که دارای کمترین مرتبه زمانی در بین نمونه‌های همان رویداد باشد نمونه آغازین و نمونه‌ای که دارای بیشترین مرتبه زمانی باشد نمونه نهایی رویداد نامیده می‌شود به سایر نمونه‌ها، نمونه‌های میانی گفته می‌شود [۲۰].

در مثال زیر E1(1) یک نمونه آغازین و E1(4) یک نمونه پایانی رویداد E1 می‌باشند.

E1(1); E1(2); E1(3); E1(4)

امکان وقوع همزمان نمونه‌های یک رویداد موجب ایجاد ناسازگاری در تعیین نوع نمونه‌ها می‌شود. بحث همزمانی رویدادها در یک سیستم متمرکز تنها در دو صورت امکان‌پذیر است.

یکی از رویدادها زمانی و دیگری غیرزمانی باشد.

یک رویداد ساده با حداقل یک رویداد مرکب می‌توانند همزمان رخ دهند.

لازم به ذکر است دو رویداد ساختاری همزمان اتفاق نمی‌افتند به عبارت دیگر رخ دادن رویداد اضافه همزمان با رویداد حذف امکانپذیر نیست [۲۲].

Exclusive و Shared :  علاوه بر مرتبه رخ دادن نمونه‌ها ترتیب رخ دادن نمونه‌های یک نوع رویداد و نمونه‌های رویدادهای دیگر نیز قابل توجه است که آغازین و نهایی شدن نمونه‌ها را تحت تأثیر قرار می‌دهد. مثلاً در توالی دو رویداد، انتخاب نمونه نهایی رویداد اول، می‌تواند نمونه رویداداول دیگری باشد که قبل از کلیه نمونه‌های رویداد دوم اتفاق افتاده است: Exclusive و یا نمونه رویداد اولی باشد که به عنوان آخرین نمونه رویداد اول اتفاق افتاده است حتی اگر بن آن رویداد اول آخر و رویداد اول آغازین رویدادهای دوم و سوم دیگری اتفاق افتاده باشد: Shared [20].

E1(1); E1(2); E2(1); E1(3)

E1(2)     Last Exclusive

E(3)       Last Shared

۲-۲-۱-۲ شرط

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

در قسمت شرط، یک مقایسه و یا یک پرس و جو[۱۴] می‌تواند قرار بگیرد، در صورتی که نتیجه پرس و جو تهی نباشد، شرط برقرار است.