না।
এটি হয় দীর্ঘদিন আগে সত্য হয়ে ওঠে (এবং এটি আর কমপক্ষে এসকিউএল সার্ভার 2000 এর পরে নেই), বা এটি কখনই সত্য ছিল না এবং আপনার ডিবিএ কেবলমাত্র তার সুপারিশটি নিম্নলিখিতগুলির সাথে বিভ্রান্ত করেছে :
সঞ্চিত প্রক্রিয়া শুরুর সময় অস্থায়ী টেবিলগুলির জন্য সমস্ত ডিডিএল বিবৃতি (সূচী তৈরির মতো) একসাথে দলবদ্ধ করা গুরুত্বপূর্ণ। এই ডিডিএল বিবৃতি একসাথে রেখে স্কিমা পরিবর্তনের কারণে অপ্রয়োজনীয় সংকলন এড়ানো যায়।
এই পৃষ্ঠায় এই সুপারিশের পিছনে যুক্তির আরও একটি ব্যাখ্যা আপনি খুঁজে পেতে পারেন ।
আমরা যদি এই মাইক্রোসফ্ট কেবি একবার দেখে নিই, আমরা দেখতে পাচ্ছি যে সঞ্চিত পদ্ধতির পুনঃসংযোগের কারণ নিম্নলিখিতগুলির মধ্যে একটি হতে পারে (এসকিউএল সার্ভার ২০০+):
- স্কিমার পরিবর্তন হয়েছে।
- পরিসংখ্যান বদলেছে।
- ডিএনআর পুনরায় কম্পাইল করুন।
- সেট বিকল্প পরিবর্তন করা হয়েছে।
- টেম্প টেবিল পরিবর্তন করা হয়েছে।
- রিমোট রোসেট পরিবর্তন করা হয়েছে।
- ব্রাউজ পার্ম পরিবর্তিত জন্য।
- অনুসন্ধানের বিজ্ঞপ্তি পরিবেশ পরিবর্তন হয়েছে।
- এমপিআই ভিউ পরিবর্তন হয়েছে।
- কার্সার বিকল্পগুলি পরিবর্তন করা হয়েছে।
- রিকম্পাইল অপশন সহ।
একটি ভেরিয়েবল ঘোষণা করা - এমনকি একটি টেবিল ভেরিয়েবল (অর্থাত্ @table_variable) - অবশ্যই এই ঘটনাগুলির কোনওটি ট্রিগার করতে পারে না, কারণ ভেরিয়েবল ঘোষণাকে ডিডিএল হিসাবে গণনা করা হয় না । একটি ভেরিয়েবল (এমনকি একটি টেবিল ভেরিয়েবল) হ'ল একটি অস্থায়ী অবজেক্ট যা আপনার টি-এসকিউএল প্রোগ্রামিংয়ের জন্য একচেটিয়াভাবে ব্যবহৃত হয়। এজন্য টেবিলের ভেরিয়েবলগুলি কোনও পরিসংখ্যান পায় না এবং লেনদেনের দ্বারা আবদ্ধ হয় না । একটি ভেরিয়েবল (টেবিল বা না) হিসাবে ঘোষণা করা কোনও প্রো-রিকম্পাইল ট্রিগার করতে পারে না।
একটি টেম্প টেবিল (অর্থাত তৈরি করা হচ্ছে #temp_table) অথবা একটি সূচক অবশ্য হয় DDL ডাটাবেসের শারীরিক সংজ্ঞা প্রভাবিত হয়। টেম্প টেবিল এবং সূচকগুলি পরিসংখ্যান এবং লেনদেনের নিয়ন্ত্রণ সহ "বাস্তব" অবজেক্টস, অতএব এগুলি তৈরি করে উপরের তালিকার 1, 2, বা 5 ইভেন্টের যে কোনওটিকেই আগুনে ফেলা হতে পারে এবং এইভাবে একটি প্রকৃত পুনরায় কাজ শুরু করতে পারে।