首页
/ AWS Amplify 中 PostgreSQL 自动生成类型的 list() 命令问题解析

AWS Amplify 中 PostgreSQL 自动生成类型的 list() 命令问题解析

2025-05-25 19:21:55作者:何举烈Damon

问题背景

在使用 AWS Amplify 的 Gen 2 版本时,开发者遇到了一个关于 PostgreSQL 数据库连接的有趣现象。当通过 npx ampx generate schema-from-database 命令自动生成数据模型后,发现对于某些特定类型的模型,list() 命令会返回空数组,而其他操作如 createupdatedelete 则工作正常。

问题现象

具体表现为:

  1. 当模型的主键标识符(identifier)为字符串类型(a.string().required())时,list() 命令返回空数组
  2. 当模型的主键标识符为整数类型(a.integer().required())时,list() 命令正常工作
  3. 通过 Data Manager 可以确认数据库中确实存在数据

技术分析

深入分析发现,问题的根源在于自动生成的 GraphQL 查询语句的差异:

对于字符串类型主键的模型,生成的查询会包含主键作为参数:

query ($user_id: String, $sortDirection: ModelSortDirection, $filter: ModelAuthFilterInput, $limit: Int, $nextToken: String) {
  listAuths(
    user_id: $user_id
    sortDirection: $sortDirection
    filter: $filter
    limit: $limit
    nextToken: $nextToken
  ) {
    items {
      user_id
      username
      password
      access
      created
      updated
    }
    nextToken
    __typename
  }
}

而对于整数类型主键的模型,查询则不会包含主键参数:

query ($filter: ModelOne_offFilterInput, $limit: Int, $nextToken: String) {
  listOne_offs(filter: $filter, limit: $limit, nextToken: $nextToken) {
    items {
      id
      token
      amount
      used
      expiry_date
      created
      updated
    }
    nextToken
    __typename
  }
}

这种差异导致字符串主键模型的查询总是尝试匹配一个空的 user_id 参数,从而返回空结果。

解决方案

经过 AWS Amplify 团队的验证,最新版本的 @aws-amplify/backend@aws-amplify/backend-cli 包已经修复了这个问题。开发者可以通过以下步骤解决:

  1. 更新相关包到最新版本:
npm i @aws-amplify/backend @aws-amplify/backend-cli
  1. 特别更新数据模式包:
npm update @aws-amplify/data-schema

最佳实践建议

  1. 定期更新 Amplify 相关依赖,特别是当使用预览功能时
  2. 对于自动生成的数据库模型,建议进行全面的 CRUD 操作测试
  3. 遇到类似问题时,检查生成的 GraphQL 查询语句与实际需求是否匹配
  4. 考虑在开发环境中使用 Data Manager 验证数据是否存在,以排除数据库连接问题

总结

这个问题展示了在使用 ORM 或自动生成的数据库模型时可能遇到的微妙问题。AWS Amplify 团队已经在新版本中修复了这个问题,开发者只需保持依赖更新即可避免此类问题。这也提醒我们,在使用自动化工具时,理解其生成的代码逻辑对于问题排查至关重要。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
295
946
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
490
393
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
111
195
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
59
140
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
356
321
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
51
14
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
97
251
ArkAnalyzer-HapRayArkAnalyzer-HapRay
ArkAnalyzer-HapRay 是一款专门为OpenHarmony应用性能分析设计的工具。它能够提供应用程序性能的深度洞察,帮助开发者优化应用,以提升用户体验。
Python
18
6
arkanalyzerarkanalyzer
方舟分析器:面向ArkTS语言的静态程序分析框架
TypeScript
32
38
CangjieMagicCangjieMagic
基于仓颉编程语言构建的 LLM Agent 开发框架,其主要特点包括:Agent DSL、支持 MCP 协议,支持模块化调用,支持任务智能规划。
Cangjie
579
41