GORM golang SQL 查询执行不区分大小写的搜索不起作用

我想在 Golang 中进行不区分大小写的搜索。我正在使用这个库。

我已尝试以下方法，但不起作用。

someId = "abc"
model := abcModel{Id: someId}
result := p.db.Where("lower(id) = lower(?)", someId).Take(&model)

Id is primary-key here

我也尝试过

db.Where("LOWER(id) LIKE LOWER(?)", fmt.Sprintf("%%%s%%", someId)).Take(&model)

有人可以帮忙吗？不确定出了什么问题。任何指示将不胜感激。

立即学习“go语言免费学习笔记（深入）”；

谢谢！

编辑：

Stenography

一个AI驱动的代码库API

下载

这就是我在数据库中拥有的内容

id      |          created_at           |          updated_at           | deleted_at |  client_id | ttl  |             client_type              |    token  |          expires_on          
--------------------------------------+-------------------------------+-------------------------------+------------+--------------------------------------+------+--------------------------------------+
        ABC      | 2023-10-30 16:10:59.614132+00 | 2023-10-30 16:10:59.614132+00 |            |  ae30e377  | 100  | 7da0e618-7393-45c2-94dc-5e7b1d6c1610 |   abc     | 2023-10-30 16:27:39.613566+00

我希望上面的查询会在数据库中返回这条记录，因为它是不区分大小写的搜索。

我收到的错误是 record not found https://gorm.io/docs/error_handling.html#ErrRecordNotFound

我正在 Docker 容器中运行 Postgres 服务器。 https://hub.docker.com/_/postgres

正确答案

尚不清楚 p 代表什么，但这里有一个使用 Take() 和 Where().Take() 的工作示例：

func main() {
    // open connection to postgres
    db, err := gorm.Open(postgres.New(...), &gorm.Config{})
    if err != nil {
        panic("failed to connect database")
    }

    // Get the row
    someId := "abc"
    var result abcModel
    db.Take(&result, "lower(id) = lower(?)", someId)
    // Print the row
    fmt.Println(result)

    // Find the row using Where
    var result2 abcModel
    db.Where("lower(id) = lower(?)", someId).Take(&result2)
    // Print the row
    fmt.Println(result2)

}

输出：

$ go run .
{ABC 2023-10-30 10:00:57.774905 -0700 PDT 2023-10-30 10:00:57.774905 -0700 PDT  ae30e377 100 7da0e618-7393-45c2-94dc-5e7b1d6c1610 abc 2023-10-30 10:00:57.774906 -0700 PDT}
{ABC 2023-10-30 10:00:57.774905 -0700 PDT 2023-10-30 10:00:57.774905 -0700 PDT  ae30e377 100 7da0e618-7393-45c2-94dc-5e7b1d6c1610 abc 2023-10-30 10:00:57.774906 -0700 PDT}

因此，您的原始代码似乎可以工作，只是您的错误可能与 p 的定义方式有关