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

看板Database作者 (小胖老師)時間7年前 (2016/12/30 10:33), 編輯推噓2(2推 0噓 4→)
留言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
‣ 更多 te426odin 的文章
文章代碼(AID): #1OPSTxpL (Database)