time.Time 类型，tag 为 deleted not null 的字段在 insert 的时候，会将 UTC 时区的 time.Time{} 转换为数据库时区，导致查询不到 #2208

New Issue

formiko · 2023-01-10T07:23:09Z

formiko commented

2023-01-10 07:23:09 +00:00

这是 insert 时对 deleted 字段的处理:

这是 select 时对 deleted 字段的处理:

总觉得select的时候无视了时区只查 deleted_at = 0001-01-01 00:00:00 的数据，那对称的话，insert的时候就不该把tag 为 deleted 的字段的值 time.Time{} 的时区指定为 local 变为 0001-01-01 08:05:43 导致 select 查不出来

把该字段设置为可以为null的确可以避开这个问题本身，但是会导致无法对该软删除字段建联合唯一索引了，因为会使得联合唯一索引失效。

这是 insert 时对 deleted 字段的处理: ![image](/attachments/5b63076b-afd1-4cf5-8c4a-08c5831313b9) ![image](/attachments/fc2c5a15-fdbf-41f1-a246-a5a7a1057895) 这是 select 时对 deleted 字段的处理: ![image](/attachments/f9a550dc-657d-4ec0-8b4d-b6ae7eafe73c) 总觉得select的时候无视了时区只查 deleted_at = 0001-01-01 00:00:00 的数据，那对称的话，insert的时候就不该把tag 为 deleted 的字段的值 time.Time{} 的时区指定为 local 变为 0001-01-01 08:05:43 导致 select 查不出来把该字段设置为可以为null的确可以避开这个问题本身，但是会导致无法对该软删除字段建联合唯一索引了，因为会使得联合唯一索引失效。

image.png

601 KiB

image.png

937 KiB

image.png

1.2 MiB

CyJaySong commented

2023-07-14 09:59:22 +00:00

fix in #2295

fix in https://gitea.com/xorm/xorm/pulls/2295

Sign in to join this conversation.