📄 date.test
字号:
# $tzoffset_new should be 4 if DST is working correctly.set tzoffset_new [db one { SELECT CAST(24*(julianday('2007-03-31') - julianday('2007-03-31','localtime'))+0.5 AS INT)}]# Warn about possibly broken Windows DST implementations.if {$::tcl_platform(platform)=="windows" && $tzoffset_new==4 && $tzoffset_old==4} { puts "******************************************************************" puts "N.B.: The DST support provided by your current O/S seems to be" puts "suspect in that it is reporting incorrect DST values for dates" puts "prior to 2007. This is the known case for most (all?) non-Vista" puts "Windows versions. Please see ticket #2322 for more information." puts "******************************************************************"}if {$tzoffset_new==4} { datetest 6.1 {datetime('2000-10-29 05:59:00','localtime')}\ {2000-10-29 01:59:00} datetest 6.1.1 {datetime('2006-10-29 05:59:00','localtime')}\ {2006-10-29 01:59:00} datetest 6.1.2 {datetime('2007-11-04 05:59:00','localtime')}\ {2007-11-04 01:59:00} # If the new and old DST rules seem to be working correctly... if {$tzoffset_new==4 && $tzoffset_old==5} { datetest 6.2 {datetime('2000-10-29 06:00:00','localtime')}\ {2000-10-29 01:00:00} datetest 6.2.1 {datetime('2006-10-29 06:00:00','localtime')}\ {2006-10-29 01:00:00} } datetest 6.2.2 {datetime('2007-11-04 06:00:00','localtime')}\ {2007-11-04 01:00:00} # If the new and old DST rules seem to be working correctly... if {$tzoffset_new==4 && $tzoffset_old==5} { datetest 6.3 {datetime('2000-04-02 06:59:00','localtime')}\ {2000-04-02 01:59:00} datetest 6.3.1 {datetime('2006-04-02 06:59:00','localtime')}\ {2006-04-02 01:59:00} } datetest 6.3.2 {datetime('2007-03-11 07:00:00','localtime')}\ {2007-03-11 03:00:00} datetest 6.4 {datetime('2000-04-02 07:00:00','localtime')}\ {2000-04-02 03:00:00} datetest 6.4.1 {datetime('2006-04-02 07:00:00','localtime')}\ {2006-04-02 03:00:00} datetest 6.4.2 {datetime('2007-03-11 07:00:00','localtime')}\ {2007-03-11 03:00:00} datetest 6.5 {datetime('2000-10-29 01:59:00','utc')} {2000-10-29 05:59:00} datetest 6.5.1 {datetime('2006-10-29 01:59:00','utc')} {2006-10-29 05:59:00} datetest 6.5.2 {datetime('2007-11-04 01:59:00','utc')} {2007-11-04 05:59:00} # If the new and old DST rules seem to be working correctly... if {$tzoffset_new==4 && $tzoffset_old==5} { datetest 6.6 {datetime('2000-10-29 02:00:00','utc')} {2000-10-29 07:00:00} datetest 6.6.1 {datetime('2006-10-29 02:00:00','utc')} {2006-10-29 07:00:00} } datetest 6.6.2 {datetime('2007-11-04 02:00:00','utc')} {2007-11-04 07:00:00} # If the new and old DST rules seem to be working correctly... if {$tzoffset_new==4 && $tzoffset_old==5} { datetest 6.7 {datetime('2000-04-02 01:59:00','utc')} {2000-04-02 06:59:00} datetest 6.7.1 {datetime('2006-04-02 01:59:00','utc')} {2006-04-02 06:59:00} } datetest 6.7.2 {datetime('2007-03-11 01:59:00','utc')} {2007-03-11 06:59:00} datetest 6.8 {datetime('2000-04-02 02:00:00','utc')} {2000-04-02 06:00:00} datetest 6.8.1 {datetime('2006-04-02 02:00:00','utc')} {2006-04-02 06:00:00} datetest 6.8.2 {datetime('2007-03-11 02:00:00','utc')} {2007-03-11 06:00:00} datetest 6.10 {datetime('2000-01-01 12:00:00','localtime')} \ {2000-01-01 07:00:00} datetest 6.11 {datetime('1969-01-01 12:00:00','localtime')} \ {1969-01-01 07:00:00} datetest 6.12 {datetime('2039-01-01 12:00:00','localtime')} \ {2039-01-01 07:00:00} datetest 6.13 {datetime('2000-07-01 12:00:00','localtime')} \ {2000-07-01 08:00:00} datetest 6.14 {datetime('1969-07-01 12:00:00','localtime')} \ {1969-07-01 07:00:00} datetest 6.15 {datetime('2039-07-01 12:00:00','localtime')} \ {2039-07-01 07:00:00} set sqlite_current_time \ [db eval {SELECT strftime('%s','2000-07-01 12:34:56')}] datetest 6.16 {datetime('now','localtime')} {2000-07-01 08:34:56} datetest 6.17 {datetime('now','localtimex')} NULL datetest 6.18 {datetime('now','localtim')} NULL set sqlite_current_time 0}# These two are a bit of a scam. They are added to ensure that 100% of# the date.c file is covered by testing, even when the time-zone# is not -0400 (the condition for running of the block of tests above).#datetest 6.19 {datetime('2039-07-01 12:00:00','localtime',null)} NULLdatetest 6.20 {datetime('2039-07-01 12:00:00','utc',null)} NULL# Date-time functions that contain NULL arguments return a NULL# result.#datetest 7.1 {datetime(null)} NULLdatetest 7.2 {datetime('now',null)} NULLdatetest 7.3 {datetime('now','localtime',null)} NULLdatetest 7.4 {time(null)} NULLdatetest 7.5 {time('now',null)} NULLdatetest 7.6 {time('now','localtime',null)} NULLdatetest 7.7 {date(null)} NULLdatetest 7.8 {date('now',null)} NULLdatetest 7.9 {date('now','localtime',null)} NULLdatetest 7.10 {julianday(null)} NULLdatetest 7.11 {julianday('now',null)} NULLdatetest 7.12 {julianday('now','localtime',null)} NULLdatetest 7.13 {strftime(null,'now')} NULLdatetest 7.14 {strftime('%s',null)} NULLdatetest 7.15 {strftime('%s','now',null)} NULLdatetest 7.16 {strftime('%s','now','localtime',null)} NULL# Test modifiers when the date begins as a julian day number - to# make sure the HH:MM:SS is preserved. Ticket #551.#set sqlite_current_time [db eval {SELECT strftime('%s','2003-10-22 12:34:00')}]datetest 8.1 {datetime('now','weekday 0')} {2003-10-26 12:34:00}datetest 8.2 {datetime('now','weekday 1')} {2003-10-27 12:34:00}datetest 8.3 {datetime('now','weekday 2')} {2003-10-28 12:34:00}datetest 8.4 {datetime('now','weekday 3')} {2003-10-22 12:34:00}datetest 8.5 {datetime('now','start of month')} {2003-10-01 00:00:00}datetest 8.6 {datetime('now','start of year')} {2003-01-01 00:00:00}datetest 8.7 {datetime('now','start of day')} {2003-10-22 00:00:00}datetest 8.8 {datetime('now','1 day')} {2003-10-23 12:34:00}datetest 8.9 {datetime('now','+1 day')} {2003-10-23 12:34:00}datetest 8.10 {datetime('now','+1.25 day')} {2003-10-23 18:34:00}datetest 8.11 {datetime('now','-1.0 day')} {2003-10-21 12:34:00}datetest 8.12 {datetime('now','1 month')} {2003-11-22 12:34:00}datetest 8.13 {datetime('now','11 month')} {2004-09-22 12:34:00}datetest 8.14 {datetime('now','-13 month')} {2002-09-22 12:34:00}datetest 8.15 {datetime('now','1.5 months')} {2003-12-07 12:34:00}datetest 8.16 {datetime('now','-5 years')} {1998-10-22 12:34:00}datetest 8.17 {datetime('now','+10.5 minutes')} {2003-10-22 12:44:30}datetest 8.18 {datetime('now','-1.25 hours')} {2003-10-22 11:19:00}datetest 8.19 {datetime('now','11.25 seconds')} {2003-10-22 12:34:11}datetest 8.90 {datetime('now','abcdefghijklmnopqrstuvwyxzABCDEFGHIJLMNOP')} NULLset sqlite_current_time 0# Negative years work. Example: '-4713-11-26' is JD 1.5.#datetest 9.1 {julianday('-4713-11-24 12:00:00')} {0.0}datetest 9.2 {julianday(datetime(5))} {5.0}datetest 9.3 {julianday(datetime(10))} {10.0}datetest 9.4 {julianday(datetime(100))} {100.0}datetest 9.5 {julianday(datetime(1000))} {1000.0}datetest 9.6 {julianday(datetime(10000))} {10000.0}datetest 9.7 {julianday(datetime(100000))} {100000.0}# datetime() with just an HH:MM:SS correctly inserts the date 2000-01-01.#datetest 10.1 {datetime('01:02:03')} {2000-01-01 01:02:03}datetest 10.2 {date('01:02:03')} {2000-01-01}datetest 10.3 {strftime('%Y-%m-%d %H:%M','01:02:03')} {2000-01-01 01:02}# Test the new HH:MM:SS modifier#datetest 11.1 {datetime('2004-02-28 20:00:00', '-01:20:30')} \ {2004-02-28 18:39:30}datetest 11.2 {datetime('2004-02-28 20:00:00', '+12:30:00')} \ {2004-02-29 08:30:00}datetest 11.3 {datetime('2004-02-28 20:00:00', '+12:30')} \ {2004-02-29 08:30:00}datetest 11.4 {datetime('2004-02-28 20:00:00', '12:30')} \ {2004-02-29 08:30:00}datetest 11.5 {datetime('2004-02-28 20:00:00', '-12:00')} \ {2004-02-28 08:00:00}datetest 11.6 {datetime('2004-02-28 20:00:00', '-12:01')} \ {2004-02-28 07:59:00}datetest 11.7 {datetime('2004-02-28 20:00:00', '-11:59')} \ {2004-02-28 08:01:00}datetest 11.8 {datetime('2004-02-28 20:00:00', '11:59')} \ {2004-02-29 07:59:00}datetest 11.9 {datetime('2004-02-28 20:00:00', '12:01')} \ {2004-02-29 08:01:00}datetest 11.10 {datetime('2004-02-28 20:00:00', '12:60')} NULL# Ticket #1964datetest 12.1 {datetime('2005-09-01')} {2005-09-01 00:00:00}datetest 12.2 {datetime('2005-09-01','+0 hours')} {2005-09-01 00:00:00}# Ticket #1991do_test date-13.1 { execsql { SELECT strftime('%Y-%m-%d %H:%M:%f', julianday('2006-09-24T10:50:26.047')) }} {{2006-09-24 10:50:26.047}}# Ticket #2153datetest 13.2 {strftime('%Y-%m-%d %H:%M:%S', '2007-01-01 12:34:59.6')} \ {2007-01-01 12:34:59}datetest 13.3 {strftime('%Y-%m-%d %H:%M:%f', '2007-01-01 12:34:59.6')} \ {2007-01-01 12:34:59.600}datetest 13.4 {strftime('%Y-%m-%d %H:%M:%S', '2007-01-01 12:59:59.6')} \ {2007-01-01 12:59:59}datetest 13.5 {strftime('%Y-%m-%d %H:%M:%f', '2007-01-01 12:59:59.6')} \ {2007-01-01 12:59:59.600}datetest 13.6 {strftime('%Y-%m-%d %H:%M:%S', '2007-01-01 23:59:59.6')} \ {2007-01-01 23:59:59}datetest 13.7 {strftime('%Y-%m-%d %H:%M:%f', '2007-01-01 23:59:59.6')} \ {2007-01-01 23:59:59.600}# Test for issues reported by BareFeet (list.sql at tandb.com.au)# on mailing list on 2008-06-12.## Put a floating point number in the database so that we can manipulate# raw bits using the hexio interface.#do_test date-14.1 { execsql { PRAGMA auto_vacuum=OFF; PRAGMA page_size = 1024; CREATE TABLE t1(x); INSERT INTO t1 VALUES(1.1); } db close hexio_write test.db 2040 4142ba32bffffff9 sqlite3 db test.db db eval {SELECT * FROM t1}} {2454629.5}# Changing the least significant byte of the floating point value between# 00 and FF should always generate a time of either 23:59:59 or 00:00:00,# never 24:00:00#for {set i 0} {$i<=255} {incr i} { db close hexio_write test.db 2047 [format %02x $i] sqlite3 db test.db do_test date-14.2.$i { set date [db one {SELECT datetime(x) FROM t1}] expr {$date eq "2008-06-12 00:00:00" || $date eq "2008-06-11 23:59:59"} } {1}}finish_test
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -