دانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان

\n

  تراکنشها در SQL Server

\n

عنوان های پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان  ، تراکنشها در SQL Server عبارتند از :

\n

\nآشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\nتراکنشها در SQL Server

\n

دانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان

\n

انواع تراکنشها در SQL Server

\n

دانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان

\n

تراکنشها در SQL Server

\n

دانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان

\n

کنترل دسترسی همزمان

\n

تراکنشها در SQL Server

\n \n\n \n\n

---

\n\n

تکه ها و قسمت های اتفاقی از فایل آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان  ، تراکنشها در SQL Server

\nتراکنشها در SQL Server\n\nعدم توجه به دسترسی همزمان تراکنشها به منابع داده ای مشترک اشکالات زیر را به وجود می آورد :\nLost Update : در این حالت دو تراکنش A و B بصورت همزمان اقدام به خواندن و به روز رسانی یک منبع می کنند . با توجه به اینکه دسترسی به منبع در زمان نوشتن و یا خواندن بصورت پی در پی (Sequential) می باشد ، تغییرات ثبت شده در یکی از تراکنشها ، نادیده گرفته می شود ، چرا که تراکنشها در زمان دسترسی یک مقدار مشخص را خوانده و از اینکه تراکنش دیگری نیز جهت اعمال تغییرات آن منبع را می خواند مطلع نیستند . در این صورت تراکنشی که زودتر ثبت می شود ، تغییرات آن نادیده گرفته می شود .\n\nدانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\n\nراه حل :\nاین ایراد می توانست اینگونه حل شود که هیچ تراکنش جدیدی در زمانی که تراکنش اول در حال خواندن و به روز رسانی اطلاعات است ، و تا زمانیکه عملیات خود را Commit نکرده است ، به منبع داده دسترسی نداشته باشد .\n\nDirty Read (Uncommitted Dependency): در این حالت یک تراکنش ، رکوردی از اطلاعات را می خواند ، که تراکنش دیگری در حال به روز رسانی آن است و هنوز Commit نشده است و ممکن است Commit شود و یا تغییرات دیگری نماید و یا اصلاً RollBack شود .\nراه حل :\nاین ایراد می توانست اینگونه حل شود که هیچ تراکنش جدیدی در زمانی که تراکنش اول در حال به روز رسانی اطلاعات است ، و تا زمانیکه عملیات خود را Commit نکرده است ، به منبع داده دسترسی نداشته باشد .\n\nتراکنشها در SQL Server\n\nNon Repeatable Read (Inconsistent Analysis): در این حالت یک تراکنش ، به دفعات نیاز به دسترسی به منبع داده ای دارد که در حال به روز رسانی توسط تراکنش دیگری است ، و با هر بار خواندن اطلاعات ، اطلاعات متفاوتی را نسبت به قبل دریافت می کند .\nراه حل :\nاین ایراد می توانست اینگونه حل شود که هیچ تراکنش جدیدی اجازه اعمال تغییرات در زمانی که تراکنش اول در حال خواندن اطلاعات است ، و تا زمانیکه آخرین خواندن خود را انجام نداده است ، در منبع داده نداشته باشد.\n\nPhantom Reads: این اشکال زمانی رخ می دهد که عملیات درج یا حذف توسط یک تراکنش زمانی رخ می دهد ، که پیش از آن در کرانی که عملیات فوق انجام می شود ، یک تراکنش عملیات خواندن اطلاعات را انجام دهد . در این صورت در کران گفته شده ، پس از اجرای عملیات حذف یا افزودن تغییرات اعمال شده از دید تراکنش پیشین که کران را قبلاً خوانده ، مخفی می ماند.\nراه حل :\nاین ایراد می توانست اینگونه حل شود که تا زمانی که تراکنش پیشین عملیات خود را بر روی کران خوانده شده ، به پایان نرسانده ، تراکنش جدید امکان درج یا حذف اطلاعات را نداشته باشد.\n\nبرای حل مشکلات فوق روشهای زیر را بکار می توان برد :\n1- استفاده از Isolation Level\n\nدانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\n\nدر SQL Server 2005 پنج روش برای Isolation Level وجود دارد که هریک می تواند یک یا چند ایراد از ایرادات فوق را حل کند . به جدول زیر دقت فرمایید :\n\nتراکنشها در SQL Server\n\nقالب استفاده از دستور فوق مانند زیر است :\nSet Transaction Isolation Level مقدار مورد نظر\nدر طی یک تراکنش نیز امکان وجود دارد که هر دستور تراکنش پذیر ، Isolation Level خاص خود را با استفاده از Lock Hint بر\n\nدانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\n\nروی جداول ، به جای تغییر Isolation Level ، به وجود آورد . به جدول زیر دقت کنید :\n\nبوجود آمدن Dead Lock\nدر صورتیکه تر تیب دسترسی به اشیاء صحیح نباشد ، یا اینکه بطور همزمان Isolation Level های دو منبع بر هم تاثیر بگذارند ، امکان بوجود آمدن Dead Lock وجود دارد .\nدر صورت به وجود آمدن Dead Lock ، SQL Server یکی از تراکنشها را به دلخواه حذف می کند .\n\n2- استفاده از قواعد همزمانی Concurrency\nدر این حالت از یکی از دو روش زیر برای حل مشکل دسترسی همزمان استفاده می شود :\n\nدانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\n\nروش اول – Optimistic Concurrency\nروش دوم – Pessimistic Concurrency\n\nتراکنشها در SQL Server\n\nروش اول :\nدر این روش هنگام خواندن داده ها ، رکورد قفل نمی شود ، وقتی کاربری رکوردی را به روز رسانی می کند ، سرویس چک می کند که آیا کاربر دیگری پس از خواندن داده ها ، آنها را تغییر داده یا خیر ، در صورت به روز رسانی توسط کاربر جدید ، سرویس خطا ایجاد می کند که می توان از خطای تولید شده جهت RollBack کردن تراکنش اخیر استفاده نمود .\n\nدانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\n\nدر این روش که معمولاً از یک فیلد Timestamp برای Versioning یک رکورد استفاده می شود ، امکان چک کردن وضعیت رکورد در هنگام به روز رسانی ، وجود دارد که آیا رکوردی که Update می شود ، همان رکورد خوانده شده است یا خیر .\n\nتراکنشها در SQL Server\n\nروش دوم :\nدر این روش هنگام خواندن داده ها ، رکورد قفل می شود ، این قفل بر اساس نوع کاربری می تواند متفاوت باشد ، و تا وقتی که\n\nدانلود پاورپوینت آشنایی با انواع تراکنشها در SQL Server و بررسی شیوه کنترل دسترسی همزمان\n\nکاربر اول ، قفل را آزاد نکند ، امکان استفاده از رکورد توسط سایر کاربران وجود ندارد . در این روش از دو Stored Procedure زیر استفاده می شود :\nSP_GetAppLock  برای گذاشتن قفل\nSP_ReleaseAppLock  برای آزاد سازی قفل\nبه شکل زیر دقت کنید :\n\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و  توجیهی |  پایان-نامه |  پی دی اف  مقاله ( کتاب ) | نقشه | پلان طراحی |  های آماده به صورت رایگان میباشد ( word | pdf | docx | doc | )