Consideraciones para trabajar con Amazon Aurora DSQL

Aurora DSQL no completa las operaciones COUNT(*) antes del tiempo de espera de la transacción en el caso de tablas grandes. Para recuperar el recuento de filas de tabla del catálogo del sistema, consulte Uso de tablas y comandos del sistema en Aurora DSQL.

Los controladores que llaman a PG_PREPARED_STATEMENTS podrían proporcionar una vista incoherente de las instrucciones preparadas almacenadas en caché para el clúster. Podría ver más del número esperado de instrucciones preparadas por conexión para el mismo clúster y rol de IAM. Aurora DSQL no conserva los nombres de instrucción que prepare.

En escenarios poco frecuentes de deterioro del clúster vinculado multirregional, es posible que la disponibilidad de la confirmación de transacciones tarde más de lo esperado en reanudarse. En general, las operaciones automatizadas de recuperación de clústeres pueden dar lugar a errores temporales de control de simultaneidad o de conexión. En la mayoría de los casos, solo verá los efectos para un porcentaje de la carga de trabajo. Cuando vea estos errores de tránsito, vuelva a intentar la transacción o vuelva a conectarse con el cliente.

Algunos clientes de SQL, como Datagrip, realizan llamadas expansivas a los metadatos del sistema para rellenar la información del esquema. Aurora DSQL no admite toda esta información y devuelve errores. Este problema no afecta la funcionalidad de las consultas SQL, pero podría afectar la visualización del esquema.

El rol de administrador tiene un conjunto de permisos relacionados con las tareas de administración de bases de datos. De forma predeterminada, estos permisos no se extienden a los objetos que crean otros usuarios. El rol de administrador no puede conceder ni revocar permisos en estos objetos creados por el usuario a otros usuarios. El usuario administrador puede concederse a sí mismo cualquier otro rol para obtener los permisos necesarios en estos objetos.