আমার অ্যাপ্লিকেশনের শেষ প্রকাশে, আমি একটি কমান্ড যুক্ত করেছি যা পরিষেবা ব্রোকারের কাতারে যখন কিছু আসে তখন অপেক্ষা করতে বলে:
WAITFOR (RECEIVE CONVERT(int, message_body) AS Message FROM MyQueue)ডিবিএ আমাকে বলে যে সংযোজন থেকে লগের আকারগুলি ছাদ দিয়ে গেছে। এটা কি সঠিক হতে পারে? নাকি আমার অন্য কোথাও খোঁজ করা উচিত?
উত্তর:
যে কোনও সক্রিয় উন্মুক্ত লেনদেন লগটিকে পিন করবে, কাটা রোধ করবে এবং শেষ পর্যন্ত বৃদ্ধি ঘটবে। আপনি যদি কোনও লেনদেন শুরু করেন, লগটিতে লিখুন এবং তারপরে চিরকাল অপেক্ষা করুন কোনও বার্তা আপনাকে শেষ পর্যন্ত জাগিয়ে তুলবে, আপনি সবেমাত্র লগটি পিন করেছেন এবং এটিকে বাড়িয়ে তুলবেন।
ইদানীং আমি লুপের সাথে সাথে লোকেদের সক্রিয় পদ্ধতিতে WAITFOR এড়িয়ে চলার পরামর্শ দিতে শুরু করেছি। কেবলমাত্র একটি গ্রহণযোগ্য বিষয় জারি করুন এবং সম্পন্ন করুন, আপনার জন্য অ্যাক্টিভেশন প্রক্রিয়াটি লুপ করুন (এটি করে) এবং অপেক্ষার অপেক্ষা রাখে না, কেবল সরল প্রাপ্তি।
RECEIVE এর WAITFOR স্বাদ অভ্যন্তরীণভাবে একটি সেভিপয়েন্ট তৈরি করে। এটি লগ তৈরি করে (কমপক্ষে 3 টি লগ রেকর্ডস) এবং অপেক্ষা করার সময় প্রকৃতপক্ষে লগটি পিন করে। দীর্ঘ WAITFOR সময়সীমা (বা আরও খারাপ, একটি অসীম) হওয়া খুব খারাপ অভ্যাস হবে।
WAITFOR (RECEIVE...বিস্তৃত করতে পারলাম ? সম্ভবত, আমি ভুল বুঝেছি।
begin transaction; waitfor(receive...)অপেক্ষা করার সময় কোনও লগ রেকর্ড তৈরি করবে না (লেনদেনটি 'সক্রিয় করবে না)' এবং লগটি পিন করবে না। কেবলমাত্র begin transaction;[insert|update|delete];waitfor(receive...)লেনদেনকে 'অ্যাক্টিভেট' করতে (লগ রেকর্ড তৈরি করা) তৈরি করবে এবং এভাবে অপেক্ষা করার সময় লগটি আসলে পিন করবে।
এসকিউএল সার্ভার ২০০৮ আর 2-তে, আমি যদি একটি ওয়েটফোর (রিসিভ) চালায় তবে ডিবিসিসি ওপেনট্রান চালান, এটি কোনও পূর্ববর্তী আপডেটের অভাবে এমনকি লেনদেনকে সক্রিয় হিসাবে দেখায়।
WAITFOR (...) TIMEOUT 3600000সমস্যার সমাধান? যেমন প্রতি ঘন্টা রিলিজ।