[SQL ] 2017年閏秒是否需要處理?

看板Database (資料庫)作者 (小胖老師)時間8年前 (2016/12/30 10:33), 編輯推噓2(204)
留言6則, 2人參與, 最新討論串1/1
(針對 SQL 語言的問題,用這個標題。請用 Ctrl+Y 砍掉這行) 資料庫名稱:MS SQL Server 資料庫版本:2014 內容/問題描述: 各位前輩大家好 先祝各位2017年快樂 想請問一下大家 明年2017台灣時間早上七點59分59秒後會再多一秒 目前已知部分防火牆要額外做處理 想請問大家關於資料庫的部分是否也有需要同步做修正的地方? 感謝各位 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.223.52 ※ 文章網址: https://www.ptt.cc/bbs/Database/M.1483065211.A.CD5.html

12/30 15:19, , 1F
現在的 OS 不是都會自動校時?
12/30 15:19, 1F

12/30 20:21, , 2F
資料庫存時間基本上是 Unix timestamp, 這東西不管閏秒
12/30 20:21, 2F

12/30 20:22, , 3F
或者應該說這種要處理的都不是在資料上處理
12/30 20:22, 3F

12/30 20:22, , 4F
而是在軟體程式面上做一些調整
12/30 20:22, 4F

12/30 20:26, , 5F
那除非你的操作即時性很高 (如你提的防火牆) 否則不用擔心
12/30 20:26, 5F

12/30 20:27, , 6F
話說回來, 上次閏秒也才去年中的事, 應該多少有點經驗吧?
12/30 20:27, 6F
文章代碼(AID): #1OPSTxpL (Database)
文章代碼(AID): #1OPSTxpL (Database)