Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Prácticas recomendadas: sacar el máximo partido de Neptune
Estas son algunas recomendaciones generales para trabajar con Amazon Neptune. Utilice esta información como referencia para encontrar rápidamente recomendaciones para usar Amazon Neptune y maximizar el rendimiento.
Contenido
- Directrices operativas básicas de Amazon Neptune
- Prácticas recomendadas de seguridad de Amazon Neptune
- Evite diferentes clases de instancia en un clúster
- Evite reinicios repetidos durante la carga masiva
- Habilite el índice OSGP si tiene un gran número de predicados
- Evite las transacciones de larga duración siempre que sea posible
- Prácticas recomendadas para utilizar métricas de Neptune
- Prácticas recomendadas para el ajuste de consultas de Neptune
- Equilibrio de carga entre réplicas de lectura
- Carga más rápida usando una instancia temporal más grande
- Cambie el tamaño de la instancia de escritor mediante una conmutación por error a una réplica de lectura
- Reintente la carga tras el error de interrupción de la tarea de obtención previa de los datos
- Prácticas recomendadas para utilizar Gremlin con Neptune
- Pruebe el código de Gremlin en el contexto en el que lo va a implementar
- Estructure las consultas de actualización o inserción para aprovechar el motor DFE
- Creación de escrituras de Gremlin eficientes de múltiples subprocesos
- Depuración de registros con la propiedad de hora de creación
- Uso del método datetime( ) para datos de tiempo de Groovy
- Uso de la fecha y hora nativas para los datos de tiempo de GLV
- Prácticas recomendadas del uso del cliente Java de Gremlin con Neptune
- Utilice la última versión compatible del cliente Apache TinkerPop Java
- Vuelva a utilizar el objeto del cliente en varios subprocesos
- Cree objetos de cliente Java de Gremlin independientes para puntos de conexión de lectura y escritura
- Añada varios puntos de conexión de réplica de lectura a un grupo de conexiones Java de Gremlin
- Cierre el cliente para evitar el límite de conexiones
- Cree una nueva conexión después de una conmutación por error
- Establezca maxInProcessPerConnection y maxSimultaneousUsagePerConnection con el mismo valor.
- Envíe consultas al servidor como bytecode en lugar de como cadenas
- Consume siempre por completo el iterador ResultSet or devuelto por una consulta
- Añada vértices y bordes de forma masiva por lotes
- Deshabilitar el almacenamiento en caché de DNS en la máquina virtual de Java
- Opcionalmente, establezca tiempos de espera al nivel de consulta
- Solución de problemas de java.util.concurrent.TimeoutException
- Prácticas recomendadas de Neptune con openCypher y Bolt
- En las consultas, utilice preferentemente bordes dirigidos en lugar de bidireccionales
- Neptune no admite múltiples consultas simultáneas en una transacción
- Cree una nueva conexión después de una conmutación por error
- Gestión de conexiones para aplicaciones de larga duración
- Manejo de conexiones para AWS Lambda
- Cierre los objetos del controlador cuando haya terminado
- Use modos de transacción explícitos para leer y escribir
- Lógica de reintentos para las excepciones
- Establezca varias propiedades a la vez mediante una sola cláusula SET
- Utilice la cláusula SET para eliminar varias propiedades a la vez
- Utilice consultas parametrizadas
- Utilice mapas aplanados en lugar de mapas anidados en la cláusula UNWIND
- Coloque los nodos más restrictivos en el lado izquierdo de las expresiones de ruta de longitud variable (VLP)
- Evite las comprobaciones redundantes de las etiquetas de los nodos mediante el uso de nombres de relación granulares
- Especifique las etiquetas de los bordes siempre que sea posible
- Evita usar la cláusula WITH siempre que sea posible
- Coloque los filtros restrictivos lo antes posible en la consulta
- Compruebe de forma explícita si existen propiedades
- No utilice una ruta con nombre (a menos que sea obligatoria)
- Evite COLLECT (DISTINCT ())
- Prefiera la función de propiedades a la búsqueda de propiedades individuales al recuperar todos los valores de las propiedades
- Realice cálculos estáticos fuera de la consulta
- Entradas por lotes utilizando UNWIND en lugar de declaraciones individuales
- Prefiera usar identificadores personalizados para el nodo o la relación
- Evite realizar ~id cálculos en la consulta
- Prácticas recomendadas de Neptune con SPARQL
