Skip to content

Conversation

@lidavidm
Copy link
Member

@lidavidm lidavidm commented Jun 2, 2025

Fixes #2901.

@lidavidm lidavidm marked this pull request as ready for review June 2, 2025 07:28
@github-actions github-actions bot added this to the ADBC Libraries 19 milestone Jun 2, 2025
Copy link
Member

@paleolimbot paleolimbot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No code notes from me, but conceptually, do we actually want this? If a user inserts data with America/Halifax and the timezone of the database is America/Phoenix, the timezone is still not really preserved because the database will return America/Phoenix?

@lidavidm
Copy link
Member Author

lidavidm commented Jun 2, 2025

Ah, I will do some more testing...but I think zoned timestamps should be preserved as zoned timestamps (even if the actual metadata isn't preserved)

@paleolimbot
Copy link
Member

Got it. No strong preference either way since the point in time is correct, just noting that we're substituting an arbitrary time zone in place of a type that we can at least predict.

@paleolimbot
Copy link
Member

Ah, sorry, I'd forgotten that timezone of "" makes it timezone unaware, not UTC. Ignore me!

@lidavidm
Copy link
Member Author

lidavidm commented Jun 4, 2025

Added another test in Python, just to confirm that we don't need to reset the timezone before a bulk COPY (interestingly enough).

@lidavidm lidavidm merged commit 9bda49a into apache:main Jun 5, 2025
68 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Polars write_database + ADBC PostgreSQL >= v1.3.0 drops Arrow timestamp time zone — expected?

2 participants