Rust结合sqlx::postgres开发API时i64与u64类型不匹配的正确处理方法

嘿，作为Rust新手碰到这种类型问题很正常，我来帮你理清思路～

首先得明白问题出在哪：sqlx的execute方法执行DDL语句（比如DROP TABLE）时，返回的ExecuteResult里的rows_affected是u64类型，但你的函数声明要返回Result<i64, sqlx::Error>，这就导致了类型不匹配。

接下来分两种场景给你解决方案：

场景1：不需要返回受影响行数（推荐） #

其实对于DROP TABLE这类DDL操作，返回“受影响行数”的意义并不大——不管表存在与否，只要操作成功就完成了目标。这种情况下，最合理的做法是修改函数的返回类型，直接返回操作是否成功：

pub async fn drop_table(&self) -> Result<(), sqlx::Error> {
    sqlx::query("DROP TABLE IF EXISTS users;")
        .execute(&*self.pool)
        .await?;
    Ok(())
}

这样不仅解决了类型问题，代码语义也更清晰，别人一看就知道这个函数只负责执行删除表的操作，不需要返回具体行数。

场景2：确实需要返回i64类型 #

如果你因为某些原因必须返回i64，那不要用强制转换as（因为当u64值超过i64的最大值时会直接panic），而是用Rust提供的安全转换方式TryFrom/TryInto：

use std::convert::TryInto;

pub async fn drop_table(&self) -> Result<i64, sqlx::Error> {
    let execute_result = sqlx::query("DROP TABLE IF EXISTS users;")
        .execute(&*self.pool)
        .await?;
    
    // 安全转换u64到i64，转换失败时返回自定义的sqlx错误
    let rows_affected = execute_result.rows_affected()
        .try_into()
        .map_err(|_| sqlx::Error::RowNotFound)?;

    Ok(rows_affected)
}

这里的try_into()会尝试把u64转换成i64，如果转换失败（比如u64值超过i64的上限9223372036854775807），会返回一个错误，我们把它映射成sqlx的RowNotFound错误（你也可以根据需要换成其他合适的错误类型，或者自定义错误），这样就避免了运行时panic的风险。

另外补充一句：对于DROP TABLE操作，PostgreSQL返回的rows_affected其实是0（因为DDL操作不影响数据行），所以实际转换时几乎不会出现失败的情况，但用安全转换的写法更符合Rust的“安全优先”理念。

内容的提问来源于stack exchange，提问作者Mathias