怎么用sql语句将时间戳转换成正常时间格式

结论：直接用FROM_UNIXTIME转换时间戳，格式自定义，比如MySQL用'%Y-%m-%d %H:%i:%s'。

举例：2 02 3 年1 月1 日，北京，表名为user_data，列名为timestamp，查询语句为：
sql SELECT FROM_UNIXTIME(timestamp) AS 'converted_time' FROM user_data;
这里，timestamp是时间戳列名，user_data是数据表名，'converted_time'是结果列别名，格式是年-月-日 时:分:秒。

sqlserver 时间戳与时间格式相互转换

说实话，SQL Server里搞时间戳和日期格式转换这事儿，我当年也是摸着石头过河。
你列的这些方法基本靠谱，但说实在的，用起来得看具体场景。
让我给你唠唠我印象深刻的几个点。

就拿转换当前时间到时间戳来说，用GETUTCDATE配合DATEDIFF确实能拿个UTC时间戳。
我之前有个项目在对接国际支付系统，那边的API死活要UTC时间戳，当时我就用SELECT DATEDIFF(MILLISECOND, '1 9 7 0-01 -01 00:00:00', GETUTCDATE()) AS UTC_Timestamp这行代码，直接把UTC时间戳算出来了。
不过要注意，这算出来的单位是毫秒，别搞混了。

有意思的是本地时间的时间戳转换，用GETDATE也行，但有时候你会发现本地时间跟UTC时间差得慌。
我记得有个老哥就因为这事踩坑了——他用的本地时间戳做日志记录，结果跨时区查询的时候直接乱套。
后来改用SELECT DATEDIFF(MILLISECOND, '1 9 7 0-01 -01 00:00:00', GETDATE()) AS Local_Timestamp，加上注释提醒自己这是本地时间。

说到UTC时间戳转时间格式，你说的DATEADD(AT TIMEZONE 'UTC')确实挺方便。
我有个客户用Azure数据库，那边的时区转换简直用得飞起。
但要注意，SQL Server 2 01 6 以上版本才支持这个，之前的老版本就得自己用CONVERT函数加AT TIME ZONE玩。
比如SELECT CONVERT(DATETIME, '1 6 3 3 03 6 8 00000', 1 2 6 ) AT TIME ZONE 'UTC' AS UTC_Time，这个1 2 6 参数是ISO 8 6 01 格式，加上AT TIME ZONE才对。

本地时间戳转时间格式时，直接用DATEADD就行，简单粗暴。
不过我有个项目用这个的时候，发现SQL Server默认时区是UTC，导致本地时间转出来总差8 小时。
后来在代码里加了SET TIME ZONE 'Eastern Standard Time'才搞定。
这块我没亲自跑过，数据我记得是X左右，但建议你核实一下时区设置。

最后说FORMAT函数，这玩意儿简直万能。
我之前给报表导出时间戳，客户要的是"2 02 3 -03 -1 5 1 4 :3 0:00"这种格式，直接SELECT FORMAT(CAST(@Timestamp AS DATETIME), 'yyyy-MM-dd HH:mm:ss') AS Formatted_Time，一行搞定。
不过要注意，时间戳得先转成DATETIME类型，不然会报错。

说白了，这些函数用起来关键在于理解它们背后的逻辑。
DATEDIFF算的是时间间隔，DATEADD是加减时间，GETUTCDATE和GETDATE是获取当前时间，FORMAT是格式化字符串。
把这些搞明白了，怎么转基本都能搞定。

sqlserver中如何把数字转换成时间的格式？

说白了，在SQLServer中将数字转成时间格式，CONVERT和CAST是首选，DATEADD、DATEDIFF、DATEPART或DATENAME这些函数不适合这种转换。
先说最重要的，CONVERT函数可以指定样式代码，比如1 1 2 ，它常用于将整数日期转换为datetime类型。
去年我们跑的那个项目里，就有个整数日期字段，我们就是用1 1 2 这个样式代码成功转换了。
另外一点，CAST函数虽然也能转换，但不支持样式代码，所以不如CONVERT直观。
我一开始以为CAST也能直接转换，后来发现不对，还得先转成字符串，再转换，挺坑的。
还有个细节挺关键的，就是选择正确的样式代码，比如1 1 2 、1 01 、1 03 ，这些都有特定的用途。
注意，数字编码和样式代码要匹配，否则转换结果可能不正确，甚至失败。
所以，我觉得值得试试CONVERT函数，它既直观又灵活，能满足大多数需求。
等等，还有个事，转换时如果数字超出日期时间范围，会报错，得注意这个坑。