You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are next date-related types that should be covered:
timestamp with/without timezone
date
time with/without timezone
Describe the solution you’d like
Add possibility to handle airbyte_type_format information from JSON Schema types. For example, it can provide information about TZairbyte_type_format: timestamp_with_timezone or without_timezone.
destinations/normalization to take this into account and create columns with the appropriate type
destination acceptance tests should verify that destinations can appropriately handle these types
Additional context
It is a common practice for OLTP databases that for all time-related data types except timestamp, it doesn't care about TZ and returns a constant time value irrespective of the DB timezone. (Exception is time data type for Postgres)
For example, we have date-time with value "2011-10-04 12:58:36", so with session timezone +00:00 or -06:00 it will return the same value "2011-10-04 12:58:36
The text was updated successfully, but these errors were encountered:
Tell us about the problem you're trying to solve
As part of the [EPIC] Expand date-time schema declarations to describe timezone awareness we would like to add the ability for all destinations to handle additional information from the JSON schema about
timezone aware/unaware.
There are next date-related types that should be covered:
Describe the solution you’d like
airbyte_type_format
information from JSON Schema types. For example, it can provide information about TZairbyte_type_format: timestamp_with_timezone
orwithout_timezone
.Additional context
It is a common practice for OLTP databases that for all time-related data types except timestamp, it doesn't care about TZ and returns a constant time value irrespective of the DB timezone. (Exception is
time
data type for Postgres)For example, we have date-time with value "2011-10-04 12:58:36", so with session timezone +00:00 or -06:00 it will return the same value "2011-10-04 12:58:36
The text was updated successfully, but these errors were encountered: