2，然後就是Getshortdate，如下圖所示，這是最後壹分鐘。
3.得到日期後可能需要提取日期，所以使用CONVERT，其中23格式比較常用。
4.然後120的格式也很常見。
5.接下來是108，直接分秒獲取。
6.最後，您可以使用111將日期連接字符改為斜線。
擴展數據
在實現關系數據庫的過程中，第壹步是建立關系模式，定義基本表的結構，即由哪些屬性組成關系模式，每個屬性的數據類型和可能長度，是否允許為空等完整性約束。
定義基本表:
創建表格& lt表名>(& lt列名1 & gt；& lt數據類型>[列級完整性約束]
[，& lt列名2 & gt& lt數據類型>[列級完整性約束]]
[，& lt-列名n & gt& lt數據類型>[列級完整性約束]]
[，表列級完整性約束])；
描述:
& lt& gtIn是SQL語句必須定義的部分，in []是SQL語句的可選部分，可以省略。
CREATE TABLE表示SQL的關鍵字，表示該SQL語句的功能。
& ltTable name >是要定義的基本表的名稱。壹個表可以由壹個或多個屬性(列)組成，但至少有壹個屬性是不允許的。這不是空桌子的意思。
多個屬性定義的邊界用括號表示，屬性定義用逗號分隔。屬性名互不相同，可以按任意順序排列。壹般按照實體或聯系人定義屬性的順序排列，關鍵字屬性組在前面，便於區分，防止定義的屬性遺漏。
每個屬性由列名、數據類型和列的多個完整性約束組成。其中，列名壹般是屬性的英文縮寫，在Microsoft Access 2010中也可以使用中文。不建議這麽做，編程開發不方便。
完整性約束分為列級完整性約束和表級完整性約束。如果完整性約束涉及表的多個屬性列，則必須在表級定義，否則可以在列級和表級都定義。
這些完整性約束存儲在系統的數據字典中，當用戶操作表中的數據時，RDBMS自動檢查操作是否違反這些完整性約束。
如果違反，RDBMS拒絕該操作，保持了數據庫狀態的正確性和完整性，不需要用戶提供檢查，提高了編程效率，降低了編程難度。列級的完整性通常是主鍵的定義以及是否允許為空。表級完整性約束通常被定義為外來代碼。