Нептун не поддерживает Список как тип свойства [1].Если требуется упорядоченный список, один из способов сделать это состоит в том, чтобы сериализовать его в одно свойство (например, строку списка json).Для правильного чтения нужно немного логики на уровне приложений.Другим распространенным способом создания списков является моделирование элемента списка как отдельной вершины и моделирование их как ребер на графе.
Например: вместо того, чтобы иметь свойство для списка адресов, сделайте Address меткой вершины и сделайте ребра от вашего Person до Address1 по Address2.Этот вариант лучше, если вы ожидаете мутации в своем списке.
https://docs.aws.amazon.com/neptune/latest/userguide/access-graph-gremlin-differences.html
Обновление
Принятие этого как ответа, потому что это то, что я в конечном итоге использовал.Я просто хотел бы уточнить некоторые вещи.
Neptune поддерживает свойства Single и Set cardinality при использовании шага свойства Gremlin () и т. Д.
Я открыл проблемув Gremlin-scala , потому что я считаю, что собственные мощности TinkerPop должны поддерживаться для List
и Set
.List
потерпит неудачу в Нептуне сегодня, но это нормально, потому что пользователь может переключиться на Set
, если это сработало для их варианта использования, и это сработало бы.