এটা সবসময় খারাপ হয় না ।
অবশ্যই এটি আপনাকে অননুমোদিত মানগুলি পড়তে দেয় (এটি আবার ঘূর্ণায়মান হতে পারে এবং তাই যুক্তিযুক্তভাবে কখনও উপস্থিত থাকতে পারে না) পাশাপাশি একাধিকবার মানগুলি পড়ার মতো ঘটনাকে মঞ্জুরি দেয়।
একমাত্র বিচ্ছিন্নতা স্তর যা এই গ্যারান্টি দেয় যে আপনি এই জাতীয় কোনও অসঙ্গতিগুলির মুখোমুখি হবেন না সেটি হ'ল সিরিয়ালাইজযোগ্য / স্ন্যাপশট। পুনরায় পাঠযোগ্য মানগুলির অধীনে কোনও স্ক্যানটি এই সারিতে পৌঁছানোর আগে একটি কী সরিয়ে নিয়ে গেলে (কী আপডেটের কারণে) সরিয়ে নেওয়া যায়, পড়ার জন্য প্রতিশ্রুতিবদ্ধ মানগুলির অধীনে দু'বার পড়তে পারে যদি কোনও কী আপডেটের ফলে পূর্ববর্তী পঠিত সারিটি এগিয়ে যাওয়ার কারণ হয়।
এই বিষয়গুলির অধীনে উত্থাপিত হওয়ার সম্ভাবনা বেশি nolockতবে ডিফল্টরূপে, এই বিচ্ছিন্ন পর্যায়ে এটি বরাদ্দ আদেশের স্ক্যান ব্যবহার করবে যখন এটি অনুমান করে সেখানে pages৪ টিরও বেশি পৃষ্ঠা পড়তে হবে । পাশাপাশি সূচি কী আপডেটের কারণে সারিগুলি পৃষ্ঠাগুলির মধ্যে সরে যাওয়ার পরে উত্থাপিত বিষয়গুলির বিষয়শ্রেণীতে এই বরাদ্দের আদেশ হওয়া স্ক্যানগুলি পৃষ্ঠা বিভাজনগুলির সাথে সমস্যাগুলিও ঝুঁকির মধ্যে রয়েছে (যেখানে নতুন বরাদ্দকৃত পৃষ্ঠাটি বিন্দুটির চেয়ে আগে ফাইলে থাকলে সারিগুলি বাদ দেওয়া যেতে পারে) যদি ইতিমধ্যে স্ক্যান করা পৃষ্ঠাটি ফাইলের পরবর্তী পৃষ্ঠায় বিভক্ত হয় তবে ইতিমধ্যে দু'বার স্ক্যান হয়েছে বা পড়বে।
সহজ (একক টেবিল) জন্য অন্তত এটা এই স্ক্যান ব্যবহার নিরুত্সাহিত এবং একটি কী এ স্ক্যান আদেশ পাওয়ার সম্ভাবনা আছে জিজ্ঞাস্য nolockকেবল একটি যোগ করে ORDER BY index_keyক্যোয়ারী যাতে Orderedসম্পত্তির IndexScanহয় true।
তবে যদি আপনার প্রতিবেদনের অ্যাপ্লিকেশনটির জন্য একেবারে সুনির্দিষ্ট পরিসংখ্যানের প্রয়োজন না হয় এবং এই জাতীয় অসংগতির বৃহত্তর সম্ভাবনা সহ্য করতে পারে তবে তা গ্রহণযোগ্য হতে পারে।
তবে অবশ্যই আপনার এই আশাটি যে সমস্ত ম্যাজিক "টার্বো" বোতাম রয়েছে তা সমস্ত প্রশ্নের উপর চেক করবেন না। পাশাপাশি সেই বিচ্ছিন্নতা স্তরে অসাধারণ ফলাফলের মুখোমুখি হওয়ার বৃহত্তর সম্ভাবনা বা কোনও ফলাফলই পাওয়া যায় না ("ডেটা মুভমেন্টের কারণে NOLOCK দিয়ে স্ক্যান চালিয়ে যেতে পারেনি" ত্রুটিযুক্ত) এমন ঘটনাও রয়েছে যেখানে এর সাথে পারফরম্যান্স nolock আরও খারাপ হতে পারে ।