Amazon Neptune Engine versão 1.3.2.0 (2024-06-10)

Melhorias gerais

• Support para TLS versão 1.3, incluindo pacotes de criptografia TLS_AES_128_GCM_ e SHA256 TLS_AES_256_GCM_. SHA384 O TLS 1.3 é uma opção - o TLS 1.2 ainda é o mínimo.

Melhorias no Gremlin

• TinkerPop Atualização 3.7.x

  • Fornece uma grande expansão da linguagem Gremlin.

    • Novas etapas para processar cadeias de caracteres, listas e datas.

    • Nova sintaxe para especificar a cardinalidade na etapa. mergeV()

    • union()agora pode ser usado como uma etapa inicial.

    • Para saber mais sobre as mudanças na versão 3.7.x, consulte a documentação de TinkerPop atualização.

  • Ao atualizar os drivers da linguagem Gremlin do cliente para Java, observe que as classes do serializador passaram por algumas renomeações. Você precisará atualizar a nomenclatura do pacote e da classe em seus arquivos de configuração e no código, se especificado.

• StrictTimeoutValidation(somente quando ativado StrictTimeoutValidation por meio do labmode, incluindoStrictTimeoutValidation=enabled): quando o StrictTimeoutValidation parâmetro tem um valor deenabled, um valor de tempo limite por consulta especificado como uma opção de solicitação ou uma dica de consulta não pode exceder o valor definido globalmente no grupo de parâmetros. Nesse caso, Netuno lançará um. InvalidParameterException Essa configuração pode ser confirmada em uma resposta no /status endpoint quando o valor é edisabled, na versão 1.3.2.0 do Neptune, o valor padrão desse parâmetro é. Disabled

Melhorias no openCypher

• A versão 1.3.2.0 do mecanismo Amazon Neptune oferece uma taxa de transferência até 9x mais rápida e 10x maior para desempenho de consultas do OpenCypher em relação às versões anteriores do mecanismo.

• Consultas de baixa latência e melhoria no desempenho da taxa de transferência: melhorias gerais no desempenho para consultas OpenCypher de baixa latência. A nova versão também melhora a taxa de transferência dessas consultas. As melhorias são mais significativas quando consultas parametrizadas são usadas.

• Support for Query Plan Cache: Quando uma consulta é enviada ao Neptune, a string de consulta é analisada, otimizada e transformada em um plano de consulta, que é executado pelo mecanismo. Os aplicativos geralmente são apoiados por padrões de consulta comuns que são instanciados com valores diferentes. O cache do plano de consulta pode reduzir a latência geral ao armazenar em cache os planos de consulta e, assim, evitar a análise e a otimização desses padrões repetidos.

• Melhoria de desempenho para consultas de agregação DISTINCT.

• Melhoria de desempenho para junções envolvendo variáveis anuláveis.

• Melhoria de desempenho para consultas envolvendo valores diferentes do predicado id (nó/relacionamento).

• Suporte estendido para a funcionalidade de data e hora (ativado apenas no modo DatetimeMillisecond de laboratório, incluindoDatetimeMillisecond=enabled. Para obter mais informações, consulte Suporte temporal na implementação do Neptune OpenCypher (Neptune Analytics e Neptune Database 1.3.2.0 e versões posteriores).

Melhorias gerais

• A mensagem de erro do NeptuneML foi atualizada ao validar o acesso aos buckets do Graphlytics.

Correções do Gremlin

• Foram corrigidas as informações de rótulos ausentes na tradução de consultas do DFE, para cenários em que etapas que não contribuem com caminhos contêm rótulos. Por exemplo:

  g.withSideEffect('Neptune#useDFE', true).
    V().
    has('name', 'marko').
    has("name", TextP.regex("mark.*")).as("p1").
    not(out().has("name", P.within("peter"))).
    out().as('p2').
    dedup('p1', 'p2')

• Corrigido um NullPointerException erro na tradução da consulta do DFE, que ocorre quando uma consulta é executada em dois fragmentos do DFE e o primeiro fragmento é otimizado para um nó insatisfatório. Por exemplo:

  g.withSideEffect('Neptune#useDFE', true).
    V().
    has('name', 'doesNotExists').
    has("name", TextP.regex("mark.*")).
    inject(1).
    V().
    out().
    has('name', 'vadas')

• Corrigido um bug em que Neptune podia lançar InternalFailureException um quando uma consulta ValueTraversal continha um modulador by () e sua entrada era Map. Por exemplo:

  g.V().
    hasLabel("person").
    project("age", "name").by("age").by("name").
    order().by("age")

Correções do openCypher

• Operações UNWIND aprimoradas (por exemplo, expandir uma lista de valores em valores individuais) para ajudar a evitar situações de falta de memória (OOM). Por exemplo:

  MATCH (n)-->(m)
  WITH collect(m) AS list
  UNWIND list AS m
  RETURN m, list

• Otimização de identificação personalizada corrigida no caso de várias operações MERGE em que a identificação é injetada via UNWIND. Por exemplo:

  UNWIND [{nid: 'nid1', mid: 'mid1'}, {nid: 'nid2', mid: 'mid2'}] as ids
  MERGE (n:N {`~id`: ids.nid})
  MERGE (m:M {`~id`: ids.mid})

• Corrigiu a explosão de memória ao planejar consultas complexas com acesso à propriedade e vários saltos com relacionamentos bidirecionais. Por exemplo:

  MATCH (person1:person)-[:likes]->(res)-[:partOf]->(group)-[:knows]-(:entity {name: 'foo'}), 
         (person1)-[:knows]->(person2)-[:likes]-(res2), (comment)-[:presentIn]->(:Group {name: 'barGroup'}), 
         (person1)-[:commented]->(comment2:comment)-[:partOf]->(post:Post), (comment2)-[:presentIn]->(:Group {name: 'fooGroup'}), 
         (comment)-[:contains]->(info:Details)-[:CommentType]->(:CommentType {name: 'Positive'}),
         (comment2)-[:contains]->(info2:Details)-[:CommentType]->(:CommentType {name: 'Positive'}) 
  WHERE datetime('2020-01-01T00:00') <= person1.addedAfter <= datetime('2023-01-01T23:59') AND comment.approvedBy = comment2.approvedBy 
  MATCH (comment)-[:contains]->(info3:Details)-[:CommentType]->(:CommentType {name: 'Neutral'})
  RETURN person1, group.name, info1.value,  post.ranking, info3.value

• Consultas de agregação fixa com null como grupo por variáveis. Por exemplo:

  MATCH (n)
  RETURN null AS group, sum(n.num) AS result

Correções do SPARQL

• O analisador SPARQL foi corrigido para melhorar o tempo de análise de consultas grandes, como INSERT DATA, contendo muitos triplos e tokens grandes.

• Para a versão 1.3.2.0, detectamos um problema no cache do plano de consulta quando skip ou limit é usado em uma WITH cláusula interna e estamos parametrizados. Por exemplo:

  MATCH (n:Person)
  WHERE n.age > $age
  WITH n skip $skip LIMIT $limit 
  RETURN n.name, n.age
  
  parameters={"age": 21, "skip": 2, "limit": 3}

  Nesse caso, os valores dos parâmetros de salto e limite do primeiro plano também serão aplicados às consultas subsequentes, levando a resultados inesperados.

  Mitigação

  Para evitar esse problema, adicione a dica de consulta QUERY:PLANCACHE "disabled" ao enviar uma consulta que inclua uma subcláusula parametrizada de salto e/ou limite. Como alternativa, você pode codificar os valores na consulta.

  Opção 1: Usar a dica de consulta para desativar o cache do plano:

  Using QUERY:PLANCACHE "disabled"
  MATCH (n:Person) WHERE n.age > $age
  WITH n skip $skip LIMIT $limit
  RETURN n.name, n.age
  
  parameters={"age": 21, "skip": 2, "limit": 3}

  Opção 2: Usar valores codificados para ignorar e limitar:

  MATCH (n:Person)
  WHERE n.age > $age
  WITH n skip 2 LIMIT 3
  RETURN n.name, n.age
  
  parameters={"age": 21}

• Consultas usando valores de filtro numérico podem retornar resultados incorretos ao usar o cache do plano de consulta. Para evitar o problema, use a dica de consulta QUERY:PLANCACHE "disabled" para ignorar o cache do plano de consulta. Por exemplo, use:

  USING QUERY:PLANCACHE "disabled"
  MATCH (n:person)
  WHERE n.yearOfBirth > $year
  RETURN n
  
  parameters={"year":1950}

• Consultas que usam o mesmo nome de parâmetro várias vezes podem falhar com o erroParameter name should not be a number and/or contain _internal_ or _modified_user_ string within it. These are reserved for planCache. Otherwise, rerun with HTTP parameter planCache=disabled. Ignore o cache do plano de consulta, como acima, nesses casos, ou duplique os parâmetros, como neste exemplo:

  MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n 
  UNION 
  MATCH (n:show) WHERE n.duration>=$minutes RETURN n
  
  parameters={"minutes":130}

  Use a dica QUERY:PLANCACHE "disabled" ou modifique os parâmetros:

  MATCH (n:movie) WHERE n.runtime>=$rt_min RETURN n 
  UNION 
  MATCH (n:show) WHERE n.duration>=$dur_min RETURN n
  
  parameters={"rt_min":130, "dur_min":130}

• As consultas executadas com o protocolo Bolt podem produzir resultados incorretos se a consulta for UNION ou UNION ALL. Para evitar o problema, considere executar a consulta específica com o endpoint HTTP. Como alternativa, execute cada parte da união separadamente ao usar o protocolo Bolt.

• Versão compatível mais antiga do Gremlin: 3.7.1

• Versão compatível mais recente do Gremlin: 3.7.1

• openCypher versão: Neptune-9.0.20190305-1.0

• SPARQL versão: 1.1