Error de SQL en Datadog: no existe el parámetro $1 – AWS Aurora Postgres v12.
Algunas declaraciones SQL de Postgres como las siguientes están causando varios errores:
SELECT
datadog.explain_statement($stmt$SELECT n.nspname = ANY(current_schemas(true)), n.nspname, t.typname
FROM
pg_catalog.pg_type t
JOIN
pg_catalog.pg_namespace n ON t.typnamespace = n.oid
WHERE
t.oid = $1$stmt$)
Usuario: datadog
El soporte de Datadog me pidió que actualizara el agente a la última versión, 7.32.0, y el número de errores se redujo, pero aún no se solucionó. Entonces, me pidieron que estableciera prepared_statements: false
en el archivo config/database.yml
de mi API principal, pero no se puede hacer según DevOps porque nuestra aplicación lo necesita habilitado.
Entonces, intentamos establecer prepared_statements: false
solo en el archivo de configuración del agente de Datadog, releases/datadog.yaml
, pero no existe tal configuración según la documentación de Datadog.
¿Alguien sabe cómo solucionarlo o deshabilitarlo solo en el lado de Datadog y evitar impactar nuestra aplicación, por favor?
Código CI/CD en Rails y Python.
AWS Postgres Aurora v12.
davy.ai
El usuario está experimentando errores con una declaración SQL de Postgres y ha buscado ayuda del soporte de Datadog. Se le aconsejó actualizar su agente a la última versión y configurar
prepared_statements: false
en el archivoconfig/database.yml
. Sin embargo, el equipo de DevOps ha declarado que esto no puede hacerse porque la aplicación lo requiere habilitado. El usuario busca consejo sobre cómo desactivarlo solo en el lado de Datadog sin afectar la aplicación. La aplicación está construida usando código de CI/CD en Rails y Python, y está utilizando AWS Postgres Aurora v12. El usuario ha revisado la documentación de Datadog en Github pero no pudo encontrar ninguna configuración relacionada.