如何操作AWS AppSync和GraphQL以符合DynamoDB最佳实践？

Question

DynamoDB在每个应用程序只有一个表的情况下运行得最好(https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/bp-general-nosql-design.html)然而，默认情况下AppSync从GraphQL模式（AWS建议用户允许API这样做）自动生成代码的方式打破了这一规则。因此，在维护DynamoDB的最佳实践（假设DynamoDB是graphqlapi的唯一数据源）的同时，将AppSync与GraphQL结合使用，这种方法有效吗？

首先，创建一个空白的DynamoDB表（TheTable，在本例中），并给它一个分区键（partitionKey）和一个排序键（sortKey）。

其次，手动强制该表（TheTable）支持的每个GraphQL类型。这是AppSync自动代码生成的另一个方向。

GraphQL模式：

type Pineapple {
    partitionKey: String!
    sortKey: String!
    name: String!
}

# create varying types as long as they all map to the same table
type MachineGun {
    partitionKey: String!
    sortKey: String!
    name: String!
}

input CreatePineappleInput {
    partitionKey: String!
    sortKey: String!
    name: String!
}

type Mutation {
    createPineapple(input: CreatePineappleInput!): Pineapple
}

第三，配置您自己的解析器来处理模式（再次避免自动生成代码）：

解析程序：

{
    "version" : "2017-02-28",
    "operation" : "PutItem",
    "key" : {
        "partitionKey": $util.dynamodb.toDynamoDBJson($ctx.args.input.partitionKey),
        "sortKey": $util.dynamodb.toDynamoDBJson($ctx.args.input.sortKey),
    },
    "attributeValues" : $util.dynamodb.toMapValuesJson($ctx.args.input),
}

当我们在AppSync控制台中运行变异时：

GraphQL操作：

mutation createPineapple($createPineappleInput: CreatePineappleInput!) {
  createPineapple(input: $createPineappleInput) {
    name
  }
}

{
  "createPineappleInput": {
    "partitionKey": "attraction123",
    "sortKey": "meta",
    "name": "Looking OK"
  }
}

我们得到了我们希望的结果：

{
  "data": {
    "createPineapple": {
      "name": "Looking OK"
    }
  }
}

使用AppSync无法实现单表效率有什么原因吗？

Answer 1

我不确定这种说法是否属实

DynamoDB运行最好，每个应用程序只有一个表

你介意分享一下你在哪里看到的吗？如果表模式是基于应用程序访问模式构建的，那么DynamoDB确实工作得最好。这并不一定意味着你必须把所有的东西都放在一张桌子上。