تالار گفتمان مانشت
توضیح در مورد conflict - نسخه‌ی قابل چاپ

توضیح در مورد conflict - irpersian20 - 04 فروردین ۱۳۹۴ ۰۶:۱۹ ب.ظ

سلام
عزیزان میشه این رو توضیح بدید؟
من اصلا نمیفهمم
Huh

[تصویر:  344335_confilict.JPG]

[تصویر:  344335_conf.jpg]

توضیح در مورد conflict - MRUX90 - 21 فروردین ۱۳۹۴ ۱۲:۲۸ ق.ظ

با سلام... مبنای ایجاد شدن تداخلات در بین تراکنش ها هنگامی به وقوع می پیوندد که پای یک شیء داده ای مشترک در میان دو تراکنش در میان باشد... در این مثال هم دیده می شود که دو تراکنش به شیء های مشترک قصد دسترسی دارند ولی دقت شود هر دسترسی باعث تداخل نخواهد شد بلکه در صورتی که یکی یا هر دوی دسترسی ها از نوع نوشتن باشند تداخل محسوب می شود.
البته منظور از تداخل اشتباه بودن جواب این دو تراکنش در این وضعیت نخواهد بود چرا که طبق اصلی در مبحث تراکنش های همروند چون ترتیب دسترسی به هر کدام از شیء های a و b ابتدا توسط T1 و سپس T2 بوده است مشکلی پیش نخواهد آمد.
موفق باشید

توضیح در مورد conflict - irpersian20 - 24 فروردین ۱۳۹۴ ۰۲:۱۴ ب.ظ

(۲۱ فروردین ۱۳۹۴ ۱۲:۲۸ ق.ظ)MRUX90 نوشته شده توسط:  با سلام... مبنای ایجاد شدن تداخلات در بین تراکنش ها هنگامی به وقوع می پیوندد که پای یک شیء داده ای مشترک در میان دو تراکنش در میان باشد... در این مثال هم دیده می شود که دو تراکنش به شیء های مشترک قصد دسترسی دارند ولی دقت شود هر دسترسی باعث تداخل نخواهد شد بلکه در صورتی که یکی یا هر دوی دسترسی ها از نوع نوشتن باشند تداخل محسوب می شود.
البته منظور از تداخل اشتباه بودن جواب این دو تراکنش در این وضعیت نخواهد بود چرا که طبق اصلی در مبحث تراکنش های همروند چون ترتیب دسترسی به هر کدام از شیء های a و b ابتدا توسط T1 و سپس T2 بوده است مشکلی پیش نخواهد آمد.
موفق باشید

سلام
ممنون
خوب اگر اول T1 و سپس T2 دسترسی به عناصر دارند و مشکلی نیست. دیگر چرا ما بیائیم این همه مورد ها و حالت ها رو بررسی کنیم ؟؟؟

توضیح در مورد conflict - MRUX90 - 26 فروردین ۱۳۹۴ ۰۱:۱۰ ق.ظ

در مورد مثالی که زده اید serially equivalent رعایت شده است چون برای هر دو شیء a و b ترتیب از T1 به T2 بوده است. ادامه ی بحث کتاب را در مورد serially equivalent مطالعه بفرمایید متوجه خواهید شد.