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
While developing #4520 I encountered a mysterious error Received more than 8 bytes decoding i64. Was an expression of a different type misidentified as BigInt?(full error). It took a bit of debugging work to figure out that this was happening due to a mismatch in the field order between dbinit.sql and schema.rs.
We should have a check to ensure that the field order (and maybe types, if possible) match.
Another related issue is checking that the order of fields in a Queryable or Insertable struct is the same as that in the database.
The text was updated successfully, but these errors were encountered:
Related to #4570 , but
not a direct fix for it
This PR removes a usage of ".\*" from a SQL query. Using ".\*" in sql
queries is somewhat risky -- it makes an implicit dependency on order,
and can make backwards compatibility difficult in certain circumstances.
Instead, this PR provides a `ColumnWalker`, for converting a tuple of
columns to an iterator, and requests the expected columns explicitly.
While developing #4520 I encountered a mysterious error
Received more than 8 bytes decoding i64. Was an expression of a different type misidentified as BigInt?
(full error). It took a bit of debugging work to figure out that this was happening due to a mismatch in the field order betweendbinit.sql
andschema.rs
.We should have a check to ensure that the field order (and maybe types, if possible) match.
Another related issue is checking that the order of fields in a
Queryable
orInsertable
struct is the same as that in the database.The text was updated successfully, but these errors were encountered: