प्रश्न 1
मैं एक ऐसी प्रणाली के साथ काम कर रहा हूँ, जहाँ दिनांक पूर्णांक (वास्तविक संख्या (8,0)) के रूप में संग्रहीत की जाती है और मैंने देखा है कि अन्य प्रणालियाँ भी तारीख को इस धागे में सिस्को जैसे स्टोर करती हैं । उदाहरण
20120101 -- 01 Jan 2012क्या संख्यात्मक तिथि प्रणाली रखने और SQL डेटाइम का उपयोग नहीं करने का कोई फायदा है?
प्रश्न 2
अब मैं दो तिथियों के बीच ग्राहकों को खोजने के लिए संख्यात्मक तारीख के माध्यम से लूप करने की कोशिश कर रहा हूं। तो startऔर enddateधरना दो महीने, मैं सिर्फ 60. उदाहरण के बजाय रिकॉर्ड के हजारों मिलती है:
create table #temp1(day int,capacity int) /* just a temp table */
declare @start int
declare @end int
set @start=20111201
set @end = 20120131
while (@start <= @end)
Begin
insert into #temp1 /* I am storing things in #temp table so data looks pretty */
exec usp_GetDailyCap @date1= @start
set @start = @start + 1;
end
select * from #temp1
यह 60 के बजाय 8931 रिकॉर्ड को खींचता है। क्या तर्क को बेहतर बनाने का एक बेहतर तरीका है इसलिए मैं केवल वैध तिथियां खींचता हूं? मैंने अलग-अलग और उप-प्रश्नों की कोशिश की, लेकिन एक कुशल तरीके से काम नहीं किया।
यदि आप SQL Server 2008 या उच्चतर चला रहे हैं, तो आप वास्तव में डेटा प्रकार दिनांक का उपयोग कर सकते हैं। यह थोड़ा छोटा है और आपको इसमें शामिल होने के लिए मजबूर नहीं करता है, लेकिन SQL के लगभग सभी कार्य अभी भी इसके लिए काम करते हैं।
—
DForck42
मैं केवल इस दृष्टिकोण में नुकसान देखता हूँ, जो भी हो
—
a_horse_with_no_name