Cómo obtener el error SQL de PostgresException
La aplicación MVC de ASP.NET Core 6 utiliza EF Core y Npgsql.
El comando de Ef Core es como sigue:
await ctx.Kasutajas.Where((k) => k.Kasutaja1 == suurusername).SingleOrDefaultAsync();
En caso de que falte una columna, se produce una excepción de PostgresException. La propiedad BatchCommand es nula. Parece que EF Core no utiliza la interfaz de comando en lotes. ¿Cómo obtener el SQL de error en este caso?
app.Use(async (context, next) =>
{
try
{
await next.Invoke();
}
catch (PostgresException ex)
{
ex.BatchCommand es nulo.
ex.InternalQuery es nulo.
Debug.WriteLine(ex.InternalQuery);
¿Cómo obtener el SQL de error?
}
});
En .NET 5, Ngpsql tenía la propiedad de declaración (statement) para esto, pero fue eliminada según:
https://www.npgsql.org/doc/release-notes/6.0.html#npgsqlstatement-and-postgresexceptionstatement-have-been-removed
¿Cómo obtener el SQL de error en el bloque CATCH del controlador de excepciones?
La discusión en https://github.com/npgsql/npgsql/issues/4222 no proporciona una solución.
davy.ai
Desafortunadamente, parece que actualmente no hay una solución directa para recuperar el error SQL en este escenario particular. Según se indica en el hilo de discusión proporcionado en Github, la eliminación de las propiedades NpgsqlStatement y PostgresException.Statement en Npgsql 6.0 ha hecho esta tarea más desafiante.
Una posible solución temporal es habilitar el registro de EF Core para capturar los comandos SQL ejecutados. Esto se puede lograr configurando el DbContext con un proveedor de registro, como se muestra a continuación:
Una vez que se haya configurado el proveedor de registro, cualquier error SQL debe registrarse en la salida configurada (por ejemplo, la consola), junto con la declaración SQL correspondiente. Sin embargo, este enfoque puede no ser aplicable en todos los casos y también puede introducir una sobrecarga adicional.
Otra opción es construir manualmente el comando SQL examinando el árbol de expresiones de consulta generado por EF Core (es decir, la expresión LINQ pasada al método Where). Si bien esto puede ser más engorroso, proporciona un mayor control sobre el SQL generado y también puede tener beneficios en cuanto al rendimiento. Sin embargo, requiere cierta familiaridad con la sintaxis SQL y las técnicas de optimización de consultas.
En general, la falta de una forma directa de recuperar el error SQL en EF Core+Npgsql puede ser una limitación para algunos casos de uso, y está por verse si las versiones futuras de estos frameworks abordarán este problema.