溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要為大家展示了“Oracle使用to_char()格式化日期會遇到什么坑”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“Oracle使用to_char()格式化日期會遇到什么坑”這篇文章吧。
1、查看當前系統時間
當前時間為2020年5月14日11時18分51秒
SQL ：select sysdate from daul;
2、yyyy-mm-dd 格式化
常用的格式化方式
SQL ：select to_char(sysdate,'yyyy-mm-dd') from daul;
3、yyyy-mm-dd hh34:mm:ss 格式化
select to_char(sysdate,'yyyy-mm-dd hh34:mm:ss') from daul;
4、yyyy-mm-dd hh34:mi:ss 格式化
SQL ：select to_char(sysdate,'yyyy-mm-dd hh34:mi:ss') from daul;
5、比較結果查看問題
問題：
當前為11時20分，而第三步格式化方式結果為11時05分
原因：
SQL不區分大小寫，在進行格式化的時候Oracle會把“mm/MM”當做月份處理。
Oracle的SQL采用了mi代替分鐘，一般開發過程中順手就會寫成“yyyy-mm-dd hh34:mm:ss” .
正確的格式化時分秒的方式為：“yyyy-mm-dd hh34:mi:ss” ，謹記！
如下圖參考比對結果：明顯第一行數據mm為當前月份
以上是“Oracle使用to_char()格式化日期會遇到什么坑”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
