Skip to content

feat(c/driver/postgresql): Implement GetParameterSchema for statement #2881

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

paleolimbot
Copy link
Member

...turns out I implemented the helper but never wired it up 🤦

Closes #2880 (when tested)

michalc added a commit to michalc/pgarrow that referenced this pull request May 27, 2025
This (slightly hackily) works around an issue that the underlying driver seems
to convert Python ints in bound parameters to BIGINT, which makes it difficult
to use them in arguments to functions that only have INT versions, and these
functions are used in SQLAlchemy's reflection system.

When apache/arrow-adbc#2881 is merged/deployed,
hopefully we can remove the work around.
michalc added a commit to michalc/pgarrow that referenced this pull request May 27, 2025
This (slightly hackily) works around an issue that the underlying driver seems
to convert Python ints in bound parameters to BIGINT, which makes it difficult
to use them in arguments to functions that only have INT versions, and these
functions are used in SQLAlchemy's reflection system.

When apache/arrow-adbc#2881 is merged/deployed,
hopefully we can remove the work around.
michalc added a commit to michalc/pgarrow that referenced this pull request May 27, 2025
This (slightly hackily) works around an issue that the underlying driver seems
to convert Python ints in bound parameters to BIGINT, which makes it difficult
to use them in arguments to functions that only have INT versions, and these
functions are used in SQLAlchemy's reflection system.

When apache/arrow-adbc#2881 is merged/deployed,
hopefully we can remove the work around.

This includes a bump of the minimum SQLAlchemy version on Python 3.13 to fix
the error when traversing:

AttributeError: 'functools._lru_cache_wrapper' object has no attribute
'_annotations'. Did you mean: '__annotations__
michalc added a commit to michalc/pgarrow that referenced this pull request May 27, 2025
This (slightly hackily) works around an issue that the underlying driver seems
to convert Python ints in bound parameters to BIGINT, which makes it difficult
to use them in arguments to functions that only have INT versions, and these
functions are used in SQLAlchemy's reflection system.

When apache/arrow-adbc#2881 is merged/deployed,
hopefully we can remove the work around.

This includes a bump of the minimum SQLAlchemy version on Python 3.13 to fix
the error when traversing:

AttributeError: 'functools._lru_cache_wrapper' object has no attribute
'_annotations'. Did you mean: '__annotations__'?
michalc added a commit to michalc/pgarrow that referenced this pull request May 27, 2025
This (slightly hackily) works around an issue that the underlying driver seems
to convert Python ints in bound parameters to BIGINT, which makes it difficult
to use them in arguments to functions that only have INT versions, and these
functions are used in SQLAlchemy's reflection system.

When apache/arrow-adbc#2881 is merged/deployed,
hopefully we can remove the work around.

This includes a bump of the minimum SQLAlchemy version on Python 3.13 to fix
the error when traversing:

AttributeError: 'functools._lru_cache_wrapper' object has no attribute
'_annotations'. Did you mean: '__annotations__'?
michalc added a commit to michalc/pgarrow that referenced this pull request May 27, 2025
This (slightly hackily) works around an issue that the underlying driver seems
to convert Python ints in bound parameters to BIGINT, which makes it difficult
to use them in arguments to functions that only have INT versions, and these
functions are used in SQLAlchemy's reflection system.

When apache/arrow-adbc#2881 is merged/deployed,
hopefully we can remove the work around.

This includes a bump of the minimum SQLAlchemy version on Python 3.13 to fix
the error when traversing:

AttributeError: 'functools._lru_cache_wrapper' object has no attribute
'_annotations'. Did you mean: '__annotations__'?
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.

c/driver/postgresql: implement StatementGetParameterSchema
1 participant