Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase «««1234

DATETIME - 3 Expand / Collapse
Author
Message
Posted Monday, March 11, 2013 10:37 AM


SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Today @ 5:29 AM
Points: 858, Visits: 1,940
honza.mf (3/11/2013)
wolfkillj (3/11/2013)

I think Microsoft made its explanation of how the cutoff year functions more confusing by using the word "century". In my mind, and I suspect many others think the same way since this seems to be the most common usage, the word "century" denotes a 100-year period beginning on a year evenly divisible by 100, e.g. 1900 - 1999, 2000 - 2099. Thus, I might have decided that a two-digit year value of 65, being in the same "century" as the default cutoff year of 2049 (i.e., 2000-2099) would mean 2065.

Microsoft could have made the explanation clearer by specifying that "a two-digit year value is interpreted as being within the 100-year period ending with the cutoff year." That would make it crystal clear to me that a cutoff year of 2049 means that two-digit year values will be deemed to represent years 1950 - 2049 while a cutoff year of 2074 would mean that two-digit year values will be deemed to represent years 1975 - 2074, etc.

Are you sure a century is 1900-1999? I think a century is 1901-2000.


I see what you mean... but as the default year starts with 1900 in the SQL I guess what wolfkillj meant might be has to do with this... from 1900 (100 years, including 1900) will be 1999, so 2000 (including 2000) for next century will 2000-2099.

(sorry to burst in between)


ww; Raghu
--
The first and the hardest SQL statement I have wrote- "select * from customers" - and I was happy and felt smart.
Post #1429392
Posted Monday, March 11, 2013 11:57 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Wednesday, July 16, 2014 3:21 PM
Points: 1,210, Visits: 2,512
Raghavendra Mudugal (3/11/2013)
honza.mf (3/11/2013)
wolfkillj (3/11/2013)

I think Microsoft made its explanation of how the cutoff year functions more confusing by using the word "century". In my mind, and I suspect many others think the same way since this seems to be the most common usage, the word "century" denotes a 100-year period beginning on a year evenly divisible by 100, e.g. 1900 - 1999, 2000 - 2099. Thus, I might have decided that a two-digit year value of 65, being in the same "century" as the default cutoff year of 2049 (i.e., 2000-2099) would mean 2065.

Microsoft could have made the explanation clearer by specifying that "a two-digit year value is interpreted as being within the 100-year period ending with the cutoff year." That would make it crystal clear to me that a cutoff year of 2049 means that two-digit year values will be deemed to represent years 1950 - 2049 while a cutoff year of 2074 would mean that two-digit year values will be deemed to represent years 1975 - 2074, etc.

Are you sure a century is 1900-1999? I think a century is 1901-2000.


I see what you mean... but as the default year starts with 1900 in the SQL I guess what wolfkillj meant might be has to do with this... from 1900 (100 years, including 1900) will be 1999, so 2000 (including 2000) for next century will 2000-2099.

(sorry to burst in between)


Well, this makes my point even stronger - the word "century" is imprecise in the context of Microsoft's explanation of the cutoff year!


Jason Wolfkill
Blog: SQLSouth
Twitter: @SQLSouth
Post #1429421
Posted Monday, March 11, 2013 4:54 PM


SSCarpal Tunnel

SSCarpal TunnelSSCarpal TunnelSSCarpal TunnelSSCarpal TunnelSSCarpal TunnelSSCarpal TunnelSSCarpal TunnelSSCarpal TunnelSSCarpal Tunnel

Group: General Forum Members
Last Login: Yesterday @ 10:12 AM
Points: 4,394, Visits: 3,402
The high standard I came to expect from Ron. Thanks!
Post #1429534
Posted Tuesday, March 12, 2013 5:20 PM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 10:53 AM
Points: 2,268, Visits: 1,326
Came to the game late, have been off on a project and too busy to answer anything. Good question and learned something I had never looked into

Thanks


Not all gray hairs are Dinosaurs!
Post #1430155
Posted Friday, March 15, 2013 5:27 AM


SSChampion

SSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampion

Group: General Forum Members
Last Login: Yesterday @ 3:55 PM
Points: 13,357, Visits: 10,222
Thanks for the question!



How to post forum questions.
Need an answer? No, you need a question.
What’s the deal with Excel & SSIS?

Member of LinkedIn. My blog at LessThanDot.

MCSA SQL Server 2012 - MCSE Business Intelligence
Post #1431466
Posted Tuesday, March 26, 2013 11:29 PM


SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 6:40 PM
Points: 2,136, Visits: 868
Thanks for the Question. I figured it out by the fact that the questions were concentrating on 1949-1950.

I also use a version of DB2 which uses a Cutoff of 1940 i.e. 1940-01-01 to 2039-12-31 are the valid 2 digit year Dates.
Post #1435771
Posted Wednesday, April 10, 2013 4:48 AM


Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Monday, July 21, 2014 6:24 AM
Points: 3,537, Visits: 2,647
Interesting question.
Post #1440728
« Prev Topic | Next Topic »

Add to briefcase «««1234

Permissions Expand / Collapse