Liczba atrybutów w schemacie klucza musi odpowiadać liczbie atrybutów zdefiniowanych w definicjach atrybutów

109

Próbuję utworzyć prostą tabelę przy użyciu powłoki javascript DynamoDB i otrzymuję ten wyjątek:


    {   
    "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 
    }

Poniżej znajduje się tabela, którą próbuję utworzyć:


    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); 
    });

Jeśli jednak dodam drugi atrybut do keySchema, działa dobrze. Poniżej stołu roboczego:


    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); 
    });

Nie chcę dodawać zakresu do schematu klucza. Masz jakiś pomysł, jak to naprawić?

NAbbas
źródło
Czy dzieje się tak tylko w przypadku DynamoDBLocal? Co się dzieje, gdy próbujesz zrobić to samo w stosunku do rzeczywistej usługi?
mkobit
Nie mam jeszcze konta AWS, więc nie mogę przetestować go w porównaniu z rzeczywistą usługą. Używam najnowszej wersji lokalnego DynamoDB (dynamodb_local_2015-04-27_1.0).
NAbbas
1
Doświadczam tego samego zachowania z dynamodb_local_2016-04-19
Chris
2
Nieważne, TL; DR Minglianga mówi wszystko.
Chris

Odpowiedzi:

230

DynamoDB nie ma schematu (z wyjątkiem schematu klucza)

Oznacza to, że podczas tworzenia tabeli musisz określić schemat klucza (nazwę i typ atrybutu). Cóż, nie musisz określać żadnych atrybutów niebędących kluczami. Później możesz umieścić przedmiot z dowolnym atrybutem (oczywiście musi zawierać klucze).

Od strony dokumentacji , AttributeDefinitionsjest zdefiniowany jako:

Tablica atrybutów opisujących schemat kluczy dla tabeli i indeksy.

Podczas tworzenia tabeli AttributeDefinitionspole jest używane tylko dla kluczy hash i / lub range. W pierwszym przypadku jest tylko klucz hash (numer 1), podczas gdy podajesz 2 AttributeDefinitions. To jest główna przyczyna wyjątku.

TL; DR Nie dołączaj żadnych definicji atrybutów niebędących kluczami w AttributeDefinitions.

Mingliang Liu
źródło
10
z jednym wyjątkiem uważam, że atrybut niebędący kluczem powinien znajdować się w, AttributeDefinitionsjeśli ten klucz będzie używany jako hashlub rangeklucz w indeksie
Srle
23

Kiedy używasz atrybutu niebędącego kluczem w at "AttributeDefinitions", musisz użyć go jako indeksu, w przeciwnym razie jest to sprzeczne ze sposobem działania DynamoDB. Zobacz link .

Więc nie ma potrzeby umieszczania atrybutu niebędącego kluczem, "AttributeDefinitions"jeśli nie zamierzasz go używać jako indeksu lub klucza podstawowego.

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
    });
Gabriel Wu
źródło
2

Ja też miałem ten problem i napiszę tutaj, co poszło nie tak, jeśli komuś to pomoże.

W moim CreateTableRequestmiałem pustą tablicę dla 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>
  //{                            
  //}
};

Skomentowanie tych wierszy w tworzeniu tabeli rozwiązało mój problem. Więc myślę, że lista musi być null, a nie pusta.

NickBeaugié
źródło