এই জাতীয় সমস্যাগুলি আমাদের দেখায় যে এসকিউএল সার্ভার তৈরি করা লোকেরা আসলে তাদের পণ্যটি কখনও ব্যবহার করে নি। এটি এমন একটি উজ্জ্বল ভুল যে তারা অন্যকে কী সঠিকভাবে করতে ভুলে গিয়েছিল তা ভাবতে হবে (আমি অন্যান্য 30 টি ম্যাডেনডিং ইস্যুগুলির একটি তালিকা পেয়েছি যা অন্যান্য ডিবি যেমন করায় এই কাজটি করতে পেরেছিলাম আমি বাক্সটির; এটি সহ যে আমাদের প্রথম স্থানে এটি করার জন্য একটি লস উইজার্ডের প্রয়োজন রয়েছে [যদি আমি এই উইজার্ডের সাথে যোগাযোগ করতে এবং একই ডিবিতে প্রতিবার একই টেবিলগুলি গণনা করার জন্য অপেক্ষা করে সময় কাটিয়ে থাকি তবে ... আমি একটি সুন্দর ছুটির জন্য সময় চাই]]।
আমি খুব অলস এবং টাইপ করতে চাই না EXEC sp_msforeachtable ...
দুবার প্রতিবার আমি এই কাজ। আমার চারপাশের কাজটি হ'ল প্রোডাকশন সার্ভারে সীমাবদ্ধতা ছেড়ে দেব সার্ভার থেকে সেগুলি সরিয়ে ফেলা। এটি ত্রুটিটি রোধ করবে তবে এই পদ্ধতিতে কয়েকটি খুব বড় বড় পার্শ্ব প্রতিক্রিয়া রয়েছে। প্রথমত, আপনি আর আপনার ডেভ সার্ভারে কেবলমাত্র পুরো ব্যাকআপটি পুনরুদ্ধার করতে সক্ষম হবেন না (যদি না আপনি সেগুলি আবার সরিয়ে দিয়ে ঠিক থাকেন)) দ্বিতীয়ত, এটি সর্বোত্তমভাবে কাজ করে যখন আপনি নিশ্চিত হন যে আপনার ডেটার গ্রাহকরাও এই সীমাবদ্ধতাগুলি প্রয়োগ করে (বা তাদের যত্ন নেবেন না)। আমার ক্ষেত্রে, আমাদের কেবলমাত্র একটি ভোক্তা রয়েছে (আমাদের ওয়েবসাইট) তাই আমরা সাইট কোডেও এই সীমাবদ্ধতাগুলি তৈরি করেছি (যেমন আমরা কোনও ব্যবহারকারী রেকর্ড মুছার আগে আমরা প্রথমে সেই ব্যবহারকারীর সমস্ত ফোন রেকর্ড মুছতে পারি)। হ্যাঁ, এটি মূলত প্রথম স্থানে প্রতিবন্ধকতার প্রয়োজনকে অগ্রাহ্য করে এবং আমার যে কাজটি করা দরকার তা দ্বিগুণ করে কিন্তু এটি আমাকে যাচাই করার সুযোগ দেয় যে আমার কোডটি ডিবিএমএস ভিত্তিক সীমাবদ্ধতাগুলির সাথে বা ছাড়াই কাজ করে (সত্য যে তারা এখনও ত্রুটিযুক্ত রয়েছে) সার্ভারটি কেবলমাত্র একটি आकस्मिक পরিকল্পনা হিসাবে)। আপনি এটিকে আমার ডিজাইনের একটি ত্রুটি বলতে পারেন তবে আমি এটির পরিবর্তে একটি ত্রুটিযুক্ত ডিবিএমএসের জন্য একটি কার্যকরী কল বলব। যে কোনও হারে, এমএসএসকিউএল থেকে অন্য কোথাও এটি করা আরও দ্রুত এবং সহজ, কারণ এটি নিজের ডিজাইনের সাথে লড়াই করতে অক্ষম।
sp_msforeachtable
(এবংsp_MSForEachDb
) অননুমোদিত এবং অসমর্থিত। আপনার এটি ব্যবহার করা / এড়ানো উচিত নয়। এটি টেবিলগুলি এড়িয়ে যেতে পারে !! > - @AaronBertrand থেকে এই পোস্টটিকে দেখতে পারবেন sqlblog.com/blogs/aaron_bertrand/archive/2010/12/29/... এবং এই কানেক্ট আইটেমটি - (মাইক্রোসফট ইঙ্গিত অভ্যস্ত যে, তারা এটা ঠিক) -> connect.microsoft.com/SQLServer / প্রতিক্রিয়া / বিশদ / 264677 /…