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

توضیح در مورد مطلب پایگاه داده - irpersian20 - 02 اردیبهشت ۱۳۹۴ ۰۵:۰۲ ب.ظ سلام سی می تونه بگه این چی گفته؟

توضیح در مورد مطلب پایگاه داده - esi - 02 اردیبهشت ۱۳۹۴ ۰۸:۴۷ ب.ظ یعنی اول نویسنده تثبیت بشه بعد خواننده تا بگیم یک طرح ترمیم پذیر هستش. چون اگر اول خواننده تثبیت بشه و بعد نویسنده به مشکلی بخوره، باید تراکنش خواننده هم roolback بشه (Redo) چون داده کثیف و ناجوری رو خونده که باعث فزونکاری ترمیم میشه و در خیلی موارد هم امکان داره نشه داده اصلی رو بگردوند که براحتی قابل درک این شرایط.

توضیح در مورد مطلب پایگاه داده - one hacker alone - 02 اردیبهشت ۱۳۹۴ ۰۹:۰۸ ب.ظ سلام ببینید ما دو تراکنش داریم t1,t2 ____۳_____________________۱_____|T1 _______________۲_______________T2 در تراکنش اول در مرحله ی ۱ ما دستورات r(x),w(x) رو داریم در تراکنش ۲ دستور r(x) داریم حالا در تراکنش اول در مرحله ی ۳ تراکنش میاد یه داده ی دیگه ای رو میخونه یعنی میشه r(b) w© در حالی که تراکنش ۲ در مرحله ی ۲ روی داده ی مرحله ی یک حساب کرده بود و اون رو خونده بود حالا حاصل این قضیه این میشه که تراکنش ۱ abort میشه در حالی که تراکنش ۲ به هوای درست بودن داده X اون رو از تراکنش ۱ خونده بود در این شرایط ما میتونید تراکنش اول رو roolback کنیم اما تراکنش دوم commit شد رفت و این یه مشکل در اصل ترمیم پزیری یا همون RC هست که توسط روش هایی این رو حل میکنیم مثلا زمانی تراکنش دوم رو commit میکنیم که تراکنش اول که داده ی x رو از اون خوندیم هم commit بشه اینجوری خیالمون راحته دیگه نمیزنه زیر حرفش گرفتین چی شد؟

توضیح در مورد مطلب پایگاه داده - irpersian20 - 02 اردیبهشت ۱۳۹۴ ۰۹:۰۸ ب.ظ سلام واقعا از پاسختون ممنون خدا خیرتون بده اما میشه مثالی بزنید؟ خوب اینجا که این حالت که شما میفرمائید ..برقرار نیست ====================== ببخشید این r(b) w© دقیقا چی هست؟ در پست سوم

توضیح در مورد مطلب پایگاه داده - irpersian20 - 02 اردیبهشت ۱۳۹۴ ۱۰:۳۱ ب.ظ در حالی که تراکنش ۲ به هوای درست بودن داده X اون رو از تراکنش ۱ خونده بود بله اما فقط خونده. تغیری که نداده.. درسته؟ write که نداشته... اصلا جایی رو دست نزده..فقط خونده.. چرا نشه abort کرد؟ من شاید ۱۰ تا مطلب از سایت ها خوندم. اما راستش یک مثال درست و حسابی گیرم نیومد. که در عمل باشه. مثلا بگه ۵۰ دلار کم کرده مثلا. حالا این مشکل ساز شده....

توضیح در مورد مطلب پایگاه داده - one hacker alone - 04 اردیبهشت ۱۳۹۴ ۰۲:۴۵ ق.ظ اون r(b) w©) منظورم بوده یعنی در کل یه عملیات دیگه انجام شده اما در مورد اینکه اینجا نوشتن نداشته باید بگم ما کاری به ادامه ی تراکنش نداریم مهم اینه که داده ای رو در مرحله ی ۲ خونده که بعدا مشخص شده اون اشتباه بوده

توضیح در مورد مطلب پایگاه داده - irpersian20 - 12 اردیبهشت ۱۳۹۴ ۱۱:۰۵ ق.ظ سلام 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 رو به کار برده؟

توضیح در مورد مطلب پایگاه داده - termeh93 - 27 اردیبهشت ۱۳۹۴ ۱۲:۳۰ ب.ظ سلام میتونیم اجراهای ACA با زمانبندی ۲pl داشته باشیم ؟ و اجراهای RCوACA توسط زمانبند SGT واجراهای RC و ACA توسط TSO ممنون میشم جواب بدید .