关键架构中的属性数量必须与属性定义中定义的属性数量匹配


106

我正在尝试使用DynamoDB javascript shell创建一个简单表,并且遇到了以下异常:


    {   
    "message": "The number of attributes in key schema must match the number of attributes defined in attribute definitions.",
    "code": "ValidationException",
    "time": "2015-06-16T10:24:23.319Z",
    "statusCode": 400,
    "retryable": false 
    }

以下是我要创建的表:


    var params = {
        TableName: 'table_name',
        KeySchema: [ 
            { 
                AttributeName: 'hash_key_attribute_name',
                KeyType: 'HASH',
            },

        ],
        AttributeDefinitions: [ 
            {
                AttributeName: 'hash_key_attribute_name',
                AttributeType: 'S', 
            },
            {
                AttributeName: 'attribute_name_1',
                AttributeType: 'S', 
            }
        ],
        ProvisionedThroughput: { 
            ReadCapacityUnits: 1, 
            WriteCapacityUnits: 1, 
        },


    };
    dynamodb.createTable(params, function(err, data) {
        if (err) print(err); 
        else print(data); 
    });

但是,如果我将第二个属性添加到keySchema,则可以正常工作。在工作表下方:


    var params = {
        TableName: 'table_name',
        KeySchema: [ 
            { 
                AttributeName: 'hash_key_attribute_name',
                KeyType: 'HASH',
            },
            { 
                AttributeName: 'attribute_name_1', 
                KeyType: 'RANGE', 
            }

        ],
        AttributeDefinitions: [ 
            {
                AttributeName: 'hash_key_attribute_name',
                AttributeType: 'S', 
            },
            {
                AttributeName: 'attribute_name_1',
                AttributeType: 'S', 
            }
        ],
        ProvisionedThroughput: { 
            ReadCapacityUnits: 1, 
            WriteCapacityUnits: 1, 
        },


    };
    dynamodb.createTable(params, function(err, data) {
        if (err) print(err); 
        else print(data); 
    });

我不想将范围添加到关键架构。知道如何解决吗?


这是否仅针对DynamoDBLocal发生?当您尝试对实际服务执行相同操作时会发生什么?
mkobit

我还没有AWS账户,因此无法针对实际服务进行测试。我正在使用最新版本的DynamoDB本地(dynamodb_local_2015-04-27_1.0)。
纳巴斯2015年

1
我在dynamodb_local_2016-04-19中遇到了相同的行为
克里斯,克里斯

2
没关系,Mingliang的TL; DR可以说明一切。
克里斯(Chris)

Answers:


226

DynamoDB是无架构的(关键架构除外)

也就是说,在创建表时,您确实需要指定键架构(属性名称和类型)。好了,您不需要指定任何非关键属性。您以后可以放置具有任何属性的项目(当然必须包括键)。

文档页面中AttributeDefinitions定义为:

描述表和索引的关键架构的属性数组。

创建表时,该AttributeDefinitions字段仅用于哈希键和/或范围键。在第一种情况下,当您提供2个AttributeDefinitions时,仅存在哈希键(数字1)。这是该异常的根本原因。

TL; DR 在中不包含任何非关键属性定义AttributeDefinitions


10
我相信有一个例外,AttributeDefinitions如果该密钥将用作索引hashrange索引,则应该使用非密钥属性
Srle

22

在at中使用非关键属性时"AttributeDefinitions",必须将其用作索引,否则将违反DynamoDB的工作方式。请参阅 链接

因此,"AttributeDefinitions"如果您不打算将非键属性用作索引或主键,则无需放入该属性。

var params = {
        TableName: 'table_name',
        KeySchema: [ // The type of of schema.  Must start with a HASH type, with an optional second RANGE.
            { // Required HASH type attribute
                AttributeName: 'UserId',
                KeyType: 'HASH',
            },
            { // Optional RANGE key type for HASH + RANGE tables
                AttributeName: 'RemindTime', 
                KeyType: 'RANGE', 
            }
        ],
        AttributeDefinitions: [ // The names and types of all primary and index key attributes only
            {
                AttributeName: 'UserId',
                AttributeType: 'S', // (S | N | B) for string, number, binary
            },
            {
                AttributeName: 'RemindTime',
                AttributeType: 'S', // (S | N | B) for string, number, binary
            },
            {
                AttributeName: 'AlarmId',
                AttributeType: 'S', // (S | N | B) for string, number, binary
            },
            // ... more attributes ...
        ],
        ProvisionedThroughput: { // required provisioned throughput for the table
            ReadCapacityUnits: 1, 
            WriteCapacityUnits: 1, 
        },
        LocalSecondaryIndexes: [ // optional (list of LocalSecondaryIndex)
            { 
                IndexName: 'index_UserId_AlarmId',
                KeySchema: [ 
                    { // Required HASH type attribute - must match the table's HASH key attribute name
                        AttributeName: 'UserId',
                        KeyType: 'HASH',
                    },
                    { // alternate RANGE key attribute for the secondary index
                        AttributeName: 'AlarmId', 
                        KeyType: 'RANGE', 
                    }
                ],
                Projection: { // required
                    ProjectionType: 'ALL', // (ALL | KEYS_ONLY | INCLUDE)
                },
            },
            // ... more local secondary indexes ...
        ],
    };
    dynamodb.createTable(params, function(err, data) {
        if (err) ppJson(err); // an error occurred
        else ppJson(data); // successful response
    });

2

我也遇到了这个问题,如果有帮助,我将在这里发布对我来说出了什么问题。

在我CreateTableRequest身上,我有一个空的数组GlobalSecondaryIndexes

CreateTableRequest createTableRequest = new CreateTableRequest
{
  TableName = TableName,
  ProvisionedThroughput = new ProvisionedThroughput { ReadCapacityUnits = 2, WriteCapacityUnits = 2 },
  KeySchema = new List<KeySchemaElement>
  {
     new KeySchemaElement
     {
        AttributeName = "Field1",
        KeyType = KeyType.HASH
     },
     new KeySchemaElement
     {
        AttributeName = "Field2",
        KeyType = KeyType.RANGE
     }
  },
  AttributeDefinitions = new List<AttributeDefinition>()
  {
     new AttributeDefinition
     {
         AttributeName = "Field1", 
         AttributeType = ScalarAttributeType.S
     },
     new AttributeDefinition
     {
        AttributeName = "Field2",
        AttributeType = ScalarAttributeType.S
     }
  },
  //GlobalSecondaryIndexes = new List<GlobalSecondaryIndex>
  //{                            
  //}
};

在表创建中注释掉这些行解决了我的问题。所以我想列表必须是null,不能为空。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.