取消
顯示的結果
而不是尋找
你的意思是:

錯誤地截斷長數字DS&E工作區筆記本

Cosimo_F_
貢獻者

你好,

我得到的不一致表示長類型。

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”

同樣的收益率

1661817567

DBR 11.2

謝謝你!

關於柯西莫。

注:在DBSQL中正確的顯示

8回答說8

Kaniz
社區經理
社區經理

嗨@Cosimo Felline,我們一直沒有收到你自從上次反應@Hubert杜德克,我檢查是否你有一個決議。

如果你有任何解決方案,請與社區分享,因為它可以幫助別人。否則,我們將與更多的細節和試圖幫助回應。

同時,請別忘了點擊“選擇最佳”按鈕時提供的信息幫助解決你的問題。

謝謝你對跟進,不幸的是我還在吃的問題。似乎是一個筆記本前端問題我……

@Hubert杜德克謝謝你的建議,我將會看一看。

最好的,

關於柯西莫。

Cosimo_F_
貢獻者

古怪,似乎工作如果我足夠長的時間列名(或者如果我沒有指定列名)。這個我認為支持假說的一個前端問題。

屏幕截圖2022-10-25 7.30.19點

匿名
不適用

嗨@Cosimo Felline

希望一切都好!

@Hubert杜德克(客戶)反應回答你的問題?

如果你能解決你的問題,你會很高興分享解決方案或答案標記為最佳嗎?其他的請讓我們知道如果你需要更多的幫助。

我們很想聽到你的聲音。

謝謝!

歡迎來到磚社區:讓學習、網絡和一起慶祝

加入我們的快速增長的數據專業人員和專家的80 k +社區成員,準備發現,幫助和合作而做出有意義的聯係。

點擊在這裏注冊今天,加入!

參與令人興奮的技術討論,加入一個組與你的同事和滿足我們的成員。

Baidu
map