अब तक उल्लेख नहीं किया गया एक अतिरिक्त लाभ यह है कि वांछनीय मात्रा का ठहराव (मूल्यों के समान सामान्य श्रेणी से संबंधित एक सटीक मान असाइन करना) एक अपेक्षाकृत आसान और तेज़ एकल ऑपरेशन है।
मान लीजिए कि आप एक रिपोर्ट लिख रहे हैं जो आज की घटनाओं को सारांशित करती है, जैसे कि बिक्री का योग और संख्या। बिक्री की तारीख और समय को YYYYMMDDHHMISS के रूप में संग्रहीत किया जाता है, आपको बस बिक्री के दिन तक अपने डेटाइम को कम करने के लिए सबसे कम 8 वर्ण (यदि यह एक स्ट्रिंग है) या पूर्णांक (यानी फर्श) 1,000,000 से रखने की आवश्यकता है।
इसी तरह, यदि आप महीने की बिक्री चाहते हैं, तो आप केवल सबसे बाईं ओर 6 अंक रखते हैं, या 100,000,000 से विभाजित करते हैं
निश्चित रूप से, आप तर्क दे सकते हैं कि किसी भी स्ट्रिंग हेरफेर संभव है, "12-25-2018 12:34 बजे" की बिक्री के लिए एक डेटाटाइम को महीने और वर्ष प्राप्त करने के लिए कई बार प्रतिस्थापित और हेरफेर किया जा सकता है। संख्यात्मक रूप में 122520181234 को विभाजित और संशोधित किया जा सकता है, और गुणा किया जा सकता है, और कुछ और विभाजित किया जा सकता है, और अंततः एक महीने और एक वर्ष का उत्पादन भी कर सकता है .. लेकिन कोड को लिखना, पढ़ना, बनाए रखना और समझना वास्तव में मुश्किल होगा।
और यहां तक कि परिष्कृत डेटाबेस ऑप्टिमाइज़र एक स्तंभ पर एक इंडेक्स का उपयोग करने में सक्षम नहीं हो सकते हैं जहां क्लॉज के लिए यदि दिनांक फॉर्म MM / DD / YYYY था, लेकिन एक साथ कट और pieced। इसकी तुलना में, एक YYYMMDD प्रतिनिधित्व को संग्रहीत करने और दिसंबर 2018 को चाहते हैं, जहां ilk के क्लॉज़ dateasstring LIKE '201812%'
या dateasint BETWEEN 20181200 and 20181299
- कुछ इंडेक्स का उपयोग आसानी से किया जा सकता है
इस प्रकार, अगर तारीखों और स्ट्रिंग / संख्यात्मक प्रतिनिधित्व के लिए एक समर्पित डेटाटाइप नहीं था, तो सबसे लंबे अंतराल-ऑन-द-लेफ्ट-टू-शॉर्ट-इंटरवल-ऑन-द-के कुछ प्रतिनिधित्व में बार-बार उपयोग करना और भंडारण करना था। राइट ऑफ अंडरस्टैंडिंग, हेरफेर, स्टोरेज, रिट्रीवल और कोड मेंटेनेंस में आसानी के लिए कुछ फायदे हैं