Skip to main content
Announcements
Introducing Qlik Answers: A plug-and-play, Generative AI powered RAG solution. READ ALL ABOUT IT!
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)