问题描述
我正在使用 Amplify 使用 dynamodb 的放大蓝图设置具有相应 lambda 的 dynamodb。
使用 KeyConditionExpression 等以“经典”方式访问 dynamodb 工作得很好,但今天我想尝试使用 PartiQL 代替 executeStatement,但我无法让它工作。
我已将“dynamodb:PartiQLSelect”权限添加到 cloudfront 模板,其中所有其他 dynamodb 权限如下所示:
"Action": [
"dynamodb:DescribeTable","dynamodb:GetItem","dynamodb:Query","dynamodb:Scan","dynamodb:PutItem","dynamodb:UpdateItem","dynamodb:DeleteItem","dynamodb:PartiQLSelect"
],
并且我没有收到任何权限错误,所以我希望这部分没问题,但是即使没有添加该行,它也会返回相同的错误。
总是返回的错误是: ValidationException:来自源的意外"
无论我尝试过什么,都无济于事。 到目前为止,我的代码非常基本:
const dynamodb2 = new AWS.DynamoDB();
let tableName = "habits_sensors";
if(process.env.ENV && process.env.ENV !== "NONE") {
tableName = tableName + '-' + process.env.ENV;
}
app.get(path,function(req,res) {
let params = {
Statement: `select * from ${tableName}`
};
dynamodb2.executeStatement(params,(err,data) => {
if (err) {
res.statusCode = 500;
res.json({error: `Could not get users from : ${tableName} =>` + err});
} else {
res.json(data.Items);
}
});
});
从 lambda 返回的完整错误字符串是:
{
"error": "Could not get users from : habits_sensors-playground =>ValidationException: Unexpected from source"
}
并且我在我的 AWS 账户中有表习惯_传感器-游乐场,我可以毫无问题地以经典方式访问它。这就是为什么“来自源头的意外”令人困惑。我将其解释为 select 查询中的 tableName (in from) 不正确,但名称与我在 AWS 中的名称相匹配,并且它使用 documentclient 工作。
非常感谢任何关于可能出错的建议。
解决方法
回答我自己,以防其他人最终来到这里。
我收到 AWS 的回复,如果表名包含破折号,则在使用 PartiQL 时需要用双引号引用表名(我曾尝试过单引号,但没有奏效)。
这可能会在 PartiQL 的未来版本中改变。
,异常 ValidationException: Unexpected from source
(CLI: An error occurred (ValidationException) when calling the ExecuteStatement operation: Unexpected from source
) 在表名包含破折号且没有被引用时发生。
所以改变
aws dynamodb execute-statement --statement "SELECT * FROM my-table WHERE field='string'"
致:
aws dynamodb execute-statement --statement "SELECT * FROM \"my-table\" WHERE field='string'"
或在您用于使用 PartiQL 的 SDK 中的表名周围添加双引号 "
。
注意WHERE string='value'
使用单引号'
,表名需要双引号"
。