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
When I run a query against ClickHouse, all numerics, measures etc get stringified.
When I run a query against MySQL, the measures at least don't get stringified in the response and are returned directly as JSON integers.
Expected behavior
Given the current docs, I would have expected all numeric responses to be stringified for all DB drivers (but actually I'd prefer it if something like #7118 were implemented)
Version:
Cube 1.1.9
Clickhouse 24.7
Mariadb 10.11.7
The text was updated successfully, but these errors were encountered:
We're using Python/httpx to call the API directly. We're intending for this service to be used both from javascript but also various backend services (java, python etc). It seems to me that if the goal of cube is to standardize access to different data sources/queries, it would be great to have data types standardized on the API layer rather than the client layer?
I don't disagree with that, sure. One more workaround you can use while it is what it is: AFAIK, numeric values are always returned as strings when the query is served from a pre-aggregation. So if you have pre-aggregations in place, the issue will be non relevant to you.
Describe the bug
When I run a query against ClickHouse, all numerics, measures etc get stringified.
When I run a query against MySQL, the measures at least don't get stringified in the response and are returned directly as JSON integers.
Expected behavior
Given the current docs, I would have expected all numeric responses to be stringified for all DB drivers (but actually I'd prefer it if something like #7118 were implemented)
Version:
Cube 1.1.9
Clickhouse 24.7
Mariadb 10.11.7
The text was updated successfully, but these errors were encountered: