10-06-202208:13我
你好,
我得到的不一致表示長類型。
1661817599972是周一的unix時間戳以毫秒為單位,2022年8月29日11:59:59.972 PM GMT
當我執行:
“選擇1661817599972作為t”
其結果是:
166181759997(最後一個數字截斷)
扮演一個長整型數字是正確的,數量根據描述選擇1661817599972 t。
然而當我執行:
選擇timestamp_millis t (1661817599972)
結果是(正確地)2022 - 08 - 29 - t23:59:59.972 + 0000”。的內部表示對象看起來是正確的。這似乎發生僅供bigint。例如:
“選擇16618175678作為t”
收益率:
1661817567
但
“選擇1661817567作為t”
同樣的收益率
DBR 11.2
謝謝你！
關於柯西莫。
注:在DBSQL中正確的顯示
10-25-202202:51點
嗨@Cosimo Felline,我們一直沒有收到你自從上次反應@Hubert杜德克,我檢查是否你有一個決議。
如果你有任何解決方案,請與社區分享,因為它可以幫助別人。否則,我們將與更多的細節和試圖幫助回應。
同時,請別忘了點擊“選擇最佳”按鈕時提供的信息幫助解決你的問題。
10-25-202204:27點
謝謝你對跟進,不幸的是我還在吃的問題。似乎是一個筆記本前端問題我……
@Hubert杜德克謝謝你的建議,我將會看一看。
最好的,
10-25-202204:33點
古怪,似乎工作如果我足夠長的時間列名(或者如果我沒有指定列名)。這個我認為支持假說的一個前端問題。
11-14-202212:58我
嗨@Cosimo Felline
希望一切都好!
做@Hubert杜德克(客戶)反應回答你的問題?
如果你能解決你的問題,你會很高興分享解決方案或答案標記為最佳嗎?其他的請讓我們知道如果你需要更多的幫助。
我們很想聽到你的聲音。
謝謝!
從未顯出
加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。
點擊在這裏注冊今天,加入!
參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。
