У меня есть тестовый пример, который кажется ненадежным;Ниже приведен рабочий процесс, за которым я следую и который в настоящее время наблюдается только на amazon/local-dynamodb, доступном на dockerhub
- Создать таблицу с 8 вторичными индексами - В один шаг добавить 2 записи как таковые
[{"id": 1, "status": "INCOMPLETE", "team": "A"},
{"id": 2, "status":"INCOMPLETE", "team": "B"}]
- На шаге 2 добавьте / обновите следующим образом
[{"id": 1, "status": "DONE", "team": "C"},
{"id": 2, "status":"INCOMPLETE", "team": "B"},
{"id": 3, "status":"INCOMPLETE", "team": "A"}]
В тесте я проверяю количество выполненных операций: это работает правильно - использует GSI
Во втором утвержденииЯ проверяю счет команды «А»;это выходит на 2 !!!- использует другой GSI
Этот тест становится неэффективным;каждый раз, когда новая таблица создается в local-dynamicodb (доступной на docker-hub), а затем запрашивается.Он запускается большую часть времени и дает сбой несколько раз после второго утверждения;Таблица GSI никогда не обновляется.