۰
subtitle
ارسال: #۱
  
توضیح در مورد مطلب پایگاه داده
سلام
سی می تونه بگه این چی گفته؟
سی می تونه بگه این چی گفته؟
۰
ارسال: #۲
  
توضیح در مورد مطلب پایگاه داده
یعنی اول نویسنده تثبیت بشه بعد خواننده تا بگیم یک طرح ترمیم پذیر هستش.
چون اگر اول خواننده تثبیت بشه و بعد نویسنده به مشکلی بخوره، باید تراکنش خواننده هم roolback بشه (Redo) چون داده کثیف و ناجوری رو خونده که باعث فزونکاری ترمیم میشه و در خیلی موارد هم امکان داره نشه داده اصلی رو بگردوند که براحتی قابل درک این شرایط.
چون اگر اول خواننده تثبیت بشه و بعد نویسنده به مشکلی بخوره، باید تراکنش خواننده هم roolback بشه (Redo) چون داده کثیف و ناجوری رو خونده که باعث فزونکاری ترمیم میشه و در خیلی موارد هم امکان داره نشه داده اصلی رو بگردوند که براحتی قابل درک این شرایط.
۰
ارسال: #۳
  
توضیح در مورد مطلب پایگاه داده
سلام
ببینید ما دو تراکنش داریم t1,t2
____۳_____________________۱_____|T1
_______________۲_______________T2
در تراکنش اول در مرحله ی ۱ ما دستورات r(x),w(x) رو داریم در تراکنش ۲ دستور r(x) داریم
حالا در تراکنش اول در مرحله ی ۳ تراکنش میاد یه داده ی دیگه ای رو میخونه یعنی میشه r(b) w© در حالی که تراکنش ۲ در مرحله ی ۲ روی داده ی مرحله ی یک حساب کرده بود و اون رو خونده بود حالا حاصل این قضیه این میشه که تراکنش ۱ abort میشه در حالی که تراکنش ۲ به هوای درست بودن داده X اون رو از تراکنش ۱ خونده بود
در این شرایط ما میتونید تراکنش اول رو roolback کنیم اما تراکنش دوم commit شد رفت
و این یه مشکل در اصل ترمیم پزیری یا همون RC هست که توسط روش هایی این رو حل میکنیم مثلا زمانی تراکنش دوم رو commit میکنیم که تراکنش اول که داده ی x رو از اون خوندیم هم commit بشه اینجوری خیالمون راحته دیگه نمیزنه زیر حرفش
گرفتین چی شد؟
ببینید ما دو تراکنش داریم t1,t2
____۳_____________________۱_____|T1
_______________۲_______________T2
در تراکنش اول در مرحله ی ۱ ما دستورات r(x),w(x) رو داریم در تراکنش ۲ دستور r(x) داریم
حالا در تراکنش اول در مرحله ی ۳ تراکنش میاد یه داده ی دیگه ای رو میخونه یعنی میشه r(b) w© در حالی که تراکنش ۲ در مرحله ی ۲ روی داده ی مرحله ی یک حساب کرده بود و اون رو خونده بود حالا حاصل این قضیه این میشه که تراکنش ۱ abort میشه در حالی که تراکنش ۲ به هوای درست بودن داده X اون رو از تراکنش ۱ خونده بود
در این شرایط ما میتونید تراکنش اول رو roolback کنیم اما تراکنش دوم commit شد رفت
و این یه مشکل در اصل ترمیم پزیری یا همون RC هست که توسط روش هایی این رو حل میکنیم مثلا زمانی تراکنش دوم رو commit میکنیم که تراکنش اول که داده ی x رو از اون خوندیم هم commit بشه اینجوری خیالمون راحته دیگه نمیزنه زیر حرفش
گرفتین چی شد؟
۰
ارسال: #۴
  
توضیح در مورد مطلب پایگاه داده
سلام
واقعا از پاسختون ممنون
خدا خیرتون بده
اما میشه مثالی بزنید؟
خوب اینجا که این حالت که شما میفرمائید ..برقرار نیست
======================
ببخشید این r(b) w دقیقا چی هست؟ در پست سوم
واقعا از پاسختون ممنون
خدا خیرتون بده
اما میشه مثالی بزنید؟
خوب اینجا که این حالت که شما میفرمائید ..برقرار نیست
======================
ببخشید این r(b) w دقیقا چی هست؟ در پست سوم
۰
ارسال: #۵
  
توضیح در مورد مطلب پایگاه داده
در حالی که تراکنش ۲ به هوای درست بودن داده X اون رو از تراکنش ۱ خونده بود
بله اما فقط خونده. تغیری که نداده.. درسته؟ write که نداشته... اصلا جایی رو دست نزده..فقط خونده..
چرا نشه abort کرد؟
من شاید ۱۰ تا مطلب از سایت ها خوندم. اما راستش یک مثال درست و حسابی گیرم نیومد. که در عمل باشه. مثلا بگه ۵۰ دلار کم کرده مثلا.
حالا این مشکل ساز شده....
بله اما فقط خونده. تغیری که نداده.. درسته؟ write که نداشته... اصلا جایی رو دست نزده..فقط خونده..
چرا نشه abort کرد؟
من شاید ۱۰ تا مطلب از سایت ها خوندم. اما راستش یک مثال درست و حسابی گیرم نیومد. که در عمل باشه. مثلا بگه ۵۰ دلار کم کرده مثلا.
حالا این مشکل ساز شده....
۰
ارسال: #۶
  
توضیح در مورد مطلب پایگاه داده
اون r(b) w©) منظورم بوده یعنی در کل یه عملیات دیگه انجام شده
اما در مورد اینکه اینجا نوشتن نداشته باید بگم ما کاری به ادامه ی تراکنش نداریم مهم اینه که داده ای رو در مرحله ی ۲ خونده که بعدا مشخص شده اون اشتباه بوده
اما در مورد اینکه اینجا نوشتن نداشته باید بگم ما کاری به ادامه ی تراکنش نداریم مهم اینه که داده ای رو در مرحله ی ۲ خونده که بعدا مشخص شده اون اشتباه بوده
۰
ارسال: #۷
  
توضیح در مورد مطلب پایگاه داده
سلام
The definition of serializable schedule is as follows: A schedule S of n transactions is
serializable if it is equivalent to some serial schedule of the same n transactions
چرا اینجا گفته some serial schedule
چرا کلمه some رو به کار برده؟
The definition of serializable schedule is as follows: A schedule S of n transactions is
serializable if it is equivalent to some serial schedule of the same n transactions
چرا اینجا گفته some serial schedule
چرا کلمه some رو به کار برده؟
۰
ارسال: #۸
  
توضیح در مورد مطلب پایگاه داده
سلام میتونیم اجراهای ACA با زمانبندی ۲pl داشته باشیم ؟
و اجراهای RCوACA توسط زمانبند SGT
واجراهای RC و ACA توسط TSO
ممنون میشم جواب بدید .
و اجراهای RCوACA توسط زمانبند SGT
واجراهای RC و ACA توسط TSO
ممنون میشم جواب بدید .
Can I see some ID?
Feeling left out?
نگران نباش، فقط روی این لینک برای ثبت نام کلیک کن. رمزت رو فراموش کردی؟ اینجا به یادت میاریم! close