Versión 1.3.0.0 del motor de Amazon Neptune (15/11/2021)

• Se ha lanzado la API de datos de Neptune.

  La API de datos de Amazon Neptune proporciona compatibilidad con el SDK para más de 40 operaciones de datos de Neptune, incluidas la carga de datos, la ejecución de consultas, la consulta de datos y machine learning. Es compatible con los tres lenguajes de consulta de Neptune (Gremlin, openCypher y SPARQL) y está disponible en todos los lenguajes del SDK. Firma automáticamente las solicitudes de la API y simplifica considerablemente la integración de Neptune en sus aplicaciones.

• Se agregó soporte para integrar OpenSearchServerless con Neptune.

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Mejoras de Gremlin

• Se ha añadido compatibilidad con el motor DFE para los siguientes pasos de Gremlin.

  • FoldStep

  • GroupStep

  • GroupCountStep

  • TraversalMapStep

  • UnfoldStep

  • LabelStep

  • PropertyKeyStep

  • PropertyValueStep

  • AndStep

  • OrStep

  • ConstantStep

  • CountGlobalStep

• Se han optimizado los planes de consulta de DFE de Gremlin para evitar escaneos completos de vértices cuando se utiliza la modulación by().

• Se ha mejorado considerablemente el rendimiento de las consultas de cardinalidad baja y latencia baja.

• Se agregó compatibilidad con DFE para TinkerPop Or los predicados de filtro.

• Se ha mejorado la compatibilidad con DFE del recorrido para filtros en la misma clave, para consultas como las siguientes:

  g.withSideEffect("Neptune#useDFE", true)
   .V()
   .has('name', 'marko')
   .and(
     or(
       has('name', eq("marko")),
       has('name', eq("vardas"))
     )
   )

• Se ha mejorado el control de errores del paso fail().

Mejoras de openCypher

• Se ha mejorado considerablemente el rendimiento de las consultas de cardinalidad baja y latencia baja.

• Se ha mejorado el rendimiento de planificación de consultas cuando la consulta contiene muchos tipos de nodos.

• Se ha reducido la latencia de todas las consultas de VLP.

• Se ha mejorado el rendimiento al eliminar las uniones de canalización redundantes para consultas de patrones de un único nodo.

• Se ha mejorado el rendimiento para consultas que contienen patrones de varios saltos con ciclos, como este:

  MATCH (n)-->()-->()-->(m)
  RETURN n m

Mejoras de SPARQL

• Se ha introducido un nuevo operador SPARQL: PipelineHashIndexJoin

• Se ha mejorado el rendimiento de la validación de URI para consultas SPARQL.

• Se ha mejorado el rendimiento de las consultas de búsqueda de texto completo de SPARQL mediante la resolución por lotes de términos del diccionario.

Correcciones de Gremlin

• Se ha corregido un error de Gremlin que provocaba que se produjera una fuga de transacciones al comprobar el punto de conexión del estado de la consulta de Gremlin de las consultas con predicados en los recorridos secundarios para los pasos que no se procesaban de forma nativa en el motor DFE.

• Se ha corregido un error de Gremlin que provocaba que valueMap() no se optimizara en el motor DFE en recorridos by().

• Se ha corregido un error de Gremlin en el que una etiqueta de paso adjunta a UnionStep no se propagase al último elemento de la ruta de sus recorridos secundarios.

• Se ha corregido un error de Gremlin que provocaba que una consulta fallara porque contenía demasiados TinkerPop pasos y, por lo tanto, no se limpiaba.

• Se ha corregido un error de Gremlin en el que se generaba una NullPointerException en los pasos mergeV y mergeE

• Se ha corregido un error de Gremlin por el que order() no podía ordenar correctamente las salidas de cadena cuando algunas de ellas incluían un carácter de espacio.

• Se ha corregido un problema de corrección de Gremlin que se producía cuando el paso valueMap se procesaba en el motor DFE.

• Se ha corregido un problema de corrección de Gremlin que se producía cuando GroupStep o GroupCountStep se anidaban en un recorrido de clave.

Correcciones de openCypher

• Se ha corregido un error de openCypher que implicaba el control de errores en torno a los caracteres NULL.

• Se ha corregido un error en el control de transacciones de openCypher Bolt.

Correcciones de SPARQL

• Se ha corregido un error de SPARQL que provocaba que los valores dentro de las funciones recursivas no se resolvieran correctamente.

• Se ha corregido un error de SPARQL que provocaba una disminución del rendimiento cuando se inyectaban un gran número de valores mediante la cláusula VALUES.

• Se ha corregido un error de SPARQL que el operador REGEX no funcionara correctamente cuando se llamaba desde un literal etiquetado en un lenguaje.

• Compatible con la primera versión de Gremlin: 3.6.2

• Compatible con la última versión de Gremlin: 3.6.4

• Versión de openCypher: Neptune-9.0.20190305-1.0

• Versión de SPARQL: 1.1