banner-promise

لينک دانلود فايل پس از پرداخت وجه به ايميلتان ارسال و همچنين در فاکتور شما فعال مي شود.

در صورت داشتن هر گونه سوالي در مورد محصولات سايت ميتوانيد با شماره 09303735383 تماس بگيريد.

در تمام لیست ها شماره تلفن داخل فایل اصلی خریداری شده موجود است.

تماس از طریق تلگرام

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

 شناسنامه محصول

نوع فایل  ورد-Word قابل ویرایش و پرینت با کیفیت بالا
نحوه ارسال ایمیل – دانلود از سایت
تعداد صفحات  ۱۰۸ صفحه

8,000 تومان

  • توضیحات

توضیحات محصول

چکیده

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

اولین گروه فازی‌سازی گرداننده پایگاه‌های داده فعال ولسکی و بوعزیز و همکارانشان بودند که به فازی نمودن رویداد، شرط و واکنش در تعریف قوانین پرداخته‌اند و طی چند مقاله نتایج آن را ارائه نمودند[۲, ۳, ۵, ۷, ۸, ۹, ۱۰]، این گروه در پروژه Tempo به پیاده‌سازی فازی این سه بخش پرداخته‌اند.

گروه دومی که در این زمینه فعالیت نموده است گروه آقایان یوسل سایجین و اوزگور اولوسوی میجباشد که در دو مقاله به جنبه کاربرد تریگرهای فازی در پایگاه داده های فعال سیار پرداخته اند[۴, ۶].

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

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

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

بخش اول

 مفاهیم و تعاریف

کارهای انجام شده

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

۱-۱ مقدمه

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

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

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

یک پایگاه داده فعال نظیر 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

۲-۲-۱-۲ شرط

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