cancel
Showing results for 
Search instead for 
Did you mean: 
Data Engineering
Join discussions on data engineering best practices, architectures, and optimization strategies within the Databricks Community. Exchange insights and solutions with fellow data engineers.
cancel
Showing results for 
Search instead for 
Did you mean: 

spark 3.4 and databricks 13 introduce two new types of timestamps for handling time zone information:- TIMESTAMP WITH LOCAL TIME ZONE: This type assum...

Hubert-Dudek
Esteemed Contributor III

spark 3.4 and databricks 13 introduce two new types of timestamps for handling time zone information:

- TIMESTAMP WITH LOCAL TIME ZONE: This type assumes that the input data is in the session's local time zone and converts it to UTC before processing. This allows for consistent results across different time zones and daylight saving changes.

- TIMESTAMP WITHOUT TIME ZONE: This type treats the input data as time zone insensitive and performs no conversion. This is useful for data that does not depend on the time zones context, such as event logs or sensor readings.

timezone 

1 REPLY 1

Anonymous
Not applicable

This is helpful! Timestamps are always the reason to mess up the business logic as we know.

Connect with Databricks Users in Your Area

Join a Regional User Group to connect with local Databricks users. Events will be happening in your city, and you won’t want to miss the chance to attend and share knowledge.

If there isn’t a group near you, start one and help create a community that brings people together.

Request a New Group