डिलीट नहीं करने से भविष्य के सभी प्रश्नों के लिए बग्स का एक नया वर्ग तैयार हो जाएगा। यह न भूलें कि क्वेरी लेखन अक्सर बिजली उपयोगकर्ताओं (यानी गैर-आईटी पेशेवरों), और जूनियर डेवलपर्स द्वारा किया जाता है। तो अब प्रत्येक तालिका जिसमें अमान्य डेटा केवल एक बीआईटी सक्रिय ध्वज द्वारा चिह्नित किया गया है, को अब से हमेशा के लिए प्रत्येक क्वेरी के लिए अतिरिक्त और WHERE क्लॉज की आवश्यकता होगी। यह उपयोगकर्ताओं को सफलता के गड्ढे के बजाय विफलता के गड्ढे में गिरने में मदद करेगा। हालांकि, मैं आपको किसी भी तरह से इन फ्लैग सिस्टम को लागू करने के लिए दृढ़ता से प्रोत्साहित करता हूं क्योंकि खराब डिजाइन के बिना, रखरखाव डेवलपर्स को कई बगों को ठीक करने की आवश्यकता नहीं है जो इससे पैदा होंगे।
तालिका में ऐतिहासिक डेटा होना कितना मूल्यवान है? यदि व्यवसाय आगे की ओर देख रहा है, तो तालिकाओं में पुराना डेटा होना केवल एक बोझ हो सकता है - यह बाधाएं पैदा करते समय समस्याएं पैदा करता है (सभी बाधाओं को संशोधित करने के लिए डेटा को बाहर करने के लिए संशोधित करना होगा जो आप चाहते थे)। डेटा गुणवत्ता आश्वासन लगातार फिर से पहचानने के लिए जटिल है कि "पुरानी बकवास क्या है जिसे हम हटाने से डरते हैं लेकिन कभी भी फिर से उपयोग या अपडेट नहीं करना चाहते हैं" और नई चीजें जिनकी हम परवाह करते हैं।
क्या इसे इसलिए हटाया जा रहा है क्योंकि यह एक गलती थी? यदि पंक्ति वास्तविक जीवन में किसी इकाई से मेल खाती है, तो शायद "वाष्पीकृत", "मृत", "इमारत छोड़ दिया" ध्वज रखना और सेट करना दिलचस्प है। यदि आपने गलती से ऐसी पंक्ति डाल दी है जो वास्तविक जीवन में किसी भी इकाई से मेल नहीं खाती है, तो DELETE कोई बुरी बात नहीं है। क्या काल्पनिक ग्राहक जो कभी अस्तित्व में ही नहीं थे, उन्हें ग्राहक तालिका में रखना महत्वपूर्ण है?
और अंत में, व्यक्तित्व एक बड़ी भूमिका निभाता है। लोग डेटा के साथ पैक्रेट भी हो सकते हैं। अगर कोई डीबीए 30 साल पहले के अपने सभी समाचार पत्रों को रखता है और डेटा हटाना पसंद नहीं करता है, तो शायद उसे यह सुनिश्चित करना चाहिए कि वह योग्यता के आधार पर डेटा डिज़ाइन निर्णय ले रहा है, न कि अप्रासंगिक व्यक्तिगत वरीयता।
