Skip to main content
Announcements
Qlik Introduces a New Era of Visualization! READ ALL ABOUT IT
cancel
Showing results for 
Search instead for 
Did you mean: 
simonB2020
Creator
Creator

Analytics & DST

My QR & QEM sit on 2XAWS EC2 instances, Windows OS. Timezone EST/EDT.

Analytics Repository is AWS Aurora (Postrgres).According to AWS the default is UTC.

My Analytics data (retrieval_time) is showing as matching Eastern Time values.

What I'm concerned about is (a) I need all my analytic data to be stamped by UTC and (b) conversions become complicated with DST.

What is the best way to get my analytics data by UTC time?

I have thought of altering the TZ at the windows OS level, but concerns this could affect other dependencies like maintenance & patching processes.

Any "best practices" anyone could share?

Thanks.

Labels (1)
6 Replies
DesmondWOO
Support
Support

Hi @simonB2020 ,

Thank you for reaching out to Qlik Community.

What if you create a view and adjust the timestamp to match your specific timezone?

Regards,
Desmond

Help users find answers! Do not forget to mark a solution that worked for you! If already marked, give it a thumbs up!
simonB2020
Creator
Creator
Author

The field is a timestamp without time zone.
As I understand it, Postgres/Aurora would not know what time zone to convert the stamp from ?

DesmondWOO
Support
Support

Hi @simonB2020 ,

Suppose you retrieve data from the aem_task table. You might create a view using the following query 

select retrieval_time + interval '4 hours'....  

However, it is essential to exercise caution when dealing with daylight saving time (DST) and standard time.

Regards,
Desmond

Help users find answers! Do not forget to mark a solution that worked for you! If already marked, give it a thumbs up!
simonB2020
Creator
Creator
Author

Sure, the +4 or 5 hours is a quick-and-dirty fix, but unlikely to cope with changeovers.
I believe QR uses UTC under the covers, so should be feasible to change this behaviour - guess I'll have to submit an ideation.

DesmondWOO
Support
Support

Hi @simonB2020 ,

I agree with you. Please submit an ideation. If multiple Replicate servers are running in different timezone, it is difficult to compare the data. 

In fact, I’ve attempted an alternative approach by altering the data type to timestamptz. This modification allows you to retrieve the timezone value. It appears to be effective, but we need to verify the behavior with the R&D.

Regards,
Desmond

Help users find answers! Do not forget to mark a solution that worked for you! If already marked, give it a thumbs up!
Dana_Baldwin
Support
Support

Hi @simonB2020 

Per Desmond's suggestion, you can submit a feature request at our ideation site here: https://community.qlik.com/t5/Ideas/idb-p/qlik-ideas

Thanks,

Dana