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
This issue has been found in the Postgres connector, but we may want to try fixing it here.
Sometimes, the Go type for a value is identified as an integer, e.g. int64. However, the generated schema can be a decimal schema. For example, in the Postgres connector, the NUMERIC(5) will be translated into this schema:
Here's how it looks like in the Pg connector: when we get a numeric, this code converts it into an int64 or float64. Then we get to the above issue.
I've also tried with a big.Rat, but that didn't work either. Providing a bytes array works. However, if a connector does that (i.e. converts a numeric value into a bytes array), that means that using that value in a non-SQL destination or a processor is not as straightforward.
Bug description
This issue has been found in the Postgres connector, but we may want to try fixing it here.
Sometimes, the Go type for a value is identified as an integer, e.g.
int64
. However, the generated schema can be a decimal schema. For example, in the Postgres connector, theNUMERIC(5)
will be translated into this schema:However, the value itself that we get is
int64
. Encoding the data with the given schema fails with:The encoding will work if the integer is converted to a byte array.
Steps to reproduce
Version
v0.4.0
The text was updated successfully, but these errors were encountered: