Graphql AppSync使用一个变量更新两个表
我有点困惑如何使用GraphQL变异更新两个表的最佳方法,我使用的是AWS AppSync 我有一个应用程序,需要Graphql AppSync使用一个变量更新两个表,graphql,amazon-dynamodb,aws-appsync,Graphql,Amazon Dynamodb,Aws Appsync,我有点困惑如何使用GraphQL变异更新两个表的最佳方法,我使用的是AWS AppSync 我有一个应用程序,需要用户才能注册事件。考虑到我使用DynamoDB作为数据库,我曾考虑过为用户和事件表提供一种非规范化的数据结构。我正在考虑在User表中存储一个简短的Event细节数组,例如eventID和title,在Events表中存储一个参与者的数组,只保存简短的用户信息,例如userID和name。首先,这是一个好方法还是应该有第三个join表来保存这些“关系” 如果可以的话,我需要在注册变异
用户
才能注册事件
。考虑到我使用DynamoDB作为数据库,我曾考虑过为用户
和事件
表提供一种非规范化的数据结构。我正在考虑在User
表中存储一个简短的Event
细节数组,例如eventID
和title
,在Events
表中存储一个参与者的数组,只保存简短的用户信息,例如userID
和name
。首先,这是一个好方法还是应该有第三个join
表来保存这些“关系”
如果可以的话,我需要在注册
变异期间更新两个表,但我正在努力弄清楚如何使用一个变异更新两个表,然后使用一个请求映射模板
我认为我需要使用管道解析器对吗?或者有其他方法可以做到这一点吗?有多种选择:
AppSync支持批写操作以同时更新多个DynamoDb表
AppSync支持DynamoDb事务以事务方式同时更新多个DynamoDb表
管道解析器
有多个选项可供选择:
AppSync支持批写操作以同时更新多个DynamoDb表
AppSync支持DynamoDb事务以事务方式同时更新多个DynamoDb表
管道解析器
我现在考虑到我的数据库结构可能不是管理多对多关系的正确方法,并开始研究邻接列表模式-但现在我真的在最佳方法上左右为难:(您是否尝试过使用Amplify?Amplify会根据模式中的注释自动生成这样的关系?我现在考虑到我的db结构可能不是管理多对多关系的正确方法,并开始研究邻接列表模式-但现在我真的在最佳方法上左右为难:(您是否尝试过使用Amplify?Amplify会根据模式中的注释自动生成这样的关系?