-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
fix bigint unsigned null column scan to err type int64 #1612
base: master
Are you sure you want to change the base?
fix bigint unsigned null column scan to err type int64 #1612
Conversation
WalkthroughThis update enhances the codebase by adding Jiabin Zhang as a contributor in the Changes
Poem
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (2)
- AUTHORS (1 hunks)
- fields.go (2 hunks)
Files skipped from review due to trivial changes (1)
- AUTHORS
Additional comments not posted (2)
fields.go (2)
131-131
: LGTM!The declaration of
scanTypeNullUInt
to handlesql.Null[uint64]{}
is appropriate for addressing the issue of out-of-range errors when scanninguint64
values intoNullInt64
.
189-191
: LGTM!The modification to the
scanType
method to returnscanTypeNullUInt
when theflagUnsigned
flag is set is correct. This ensures proper handling of unsigned bigint null columns.
We don't drop Go 1.21 support yet. So we can not use sql.Null without dirty build tag hacks. |
ok,i just notice sql.Null introduced in 1.22 |
…ause sql.Null introduce in go1.22
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
Can we use sql.NullString to temporarily support all supported version avoid this problem (out of range) |
I prefer 1 breaking change over 2 breaking changes. |
Description
when i use gorm scan sql rows to map[string]any, i got an error (out of range).
gorm scan
sql.Rows
tomap[string]any
byScanRows
there has three step:
in step 2, when occur number(tiny int short long longlong )null column, this type will be all set to
scanTypeNullInt
,tiny int short long type will be ok, its Maximum value will not out of range int64
but unsigned longlong may be out of range.
int64:-9223372036854775808 ~9223372036854775807,
uint64:0 ~ 18446744073709551615
a uint64 assign to NullInt64 will be out of range, because the value store into int64
so to fix it
Must add a new scan type NullUint64 to represent unsigned bigint null column.
and though flag to judge unsigned or not.
Dur to
database/sql
support generics Null[T] type, it will be easy to support NullUint64.Reproduce the problem
table example
code
Env
Error log
Checklist
Summary by CodeRabbit
Documentation
AUTHORS
file to include Jiabin Zhang as a contributor.Enhancements