Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
Qlik Open Lakehouse is Now Generally Available! Discover the key highlights and partner resources here.
cancel
Showing results for 
Search instead for 
Did you mean: 
Not applicable

Timestamp rounding issues

Hi,

I'm using the below for sorting purposes.

Timestamp#([Transaction timestamp],'YYYY-MM-DD hh:mm:ss.ffffff') As Timestamp

When multiple transactions are released the very same second, issues occur, even though the "f:s" in the formatting above should be sufficient.

Examples below. Looks like the app has applied the rounding marked in green to the other transactions released 11:31:02 xxxx

Any ideas?

Thanks in advance,

Olle

INPUT
  DATA
QV ROUNDING
2014-09-01 11:31:02.4671482014-09-01 11:31:02.467641
2014-09-01
  11:31:02.467379
2014-09-01 11:31:02.467641
2014-09-01
  11:31:02.467511
2014-09-01 11:31:02.467641
2014-09-01
  11:31:02.467641
2014-09-01 11:31:02.467641
2014-09-01
  11:31:02.467770
2014-09-01 11:31:02.467641
2014-09-01
  11:31:02.467904
2014-09-01 11:31:02.467641
2 Replies
tresesco
MVP
MVP

Rouding is always confusing because of binary decimal precision issue. Could you share your sample qvw that demonstrates the issue?

maxgro
MVP
MVP

using this script

t:

load rowno() as id, *;

load * inline [

INPUT_DATA, QV_ROUNDING

2014-09-01  11:31:02.467148, 2014-09-01 11:31:02.467641

2014-09-01  11:31:02.467379, 2014-09-01 11:31:02.467641

2014-09-01  11:31:02.467511 ,2014-09-01 11:31:02.467641

2014-09-01  11:31:02.467641 ,2014-09-01 11:31:02.467641

2014-09-01  11:31:02.467770 ,2014-09-01 11:31:02.467641

2014-09-01  11:31:02.467904 ,2014-09-01 11:31:02.467641

];

I get

1.png

I suppose Qlik doesn't take in account all ffffff  but only fff   (first 3 f)