Marco de entidad: cómo detectar excepciones recuperables frente a irrecuperables

Question

En mi proyecto actual, utilizamos Entity Framework y, en este contexto, almacenamos datos procedentes de un sistema remoto. Cuando intento guardar objetos, necesito saber de manera confiable si una excepción es algo de lo que se puede recuperar o no.

Para aclarar, por "recuperado de" quiero decir que simplemente intentar la operación nuevamente un poco más tarde sería seguro y podría tener éxito. Esto incluiría problemas con la conectividad de red, reinicio del servidor de base de datos o situaciones similares.

No recuperable en este contexto sería básicamente cualquier otra cosa, incluidas las restricciones de integridad y los errores internos de Entity Framework (la base de datos no está sincronizada con el modelo EF). Se podría argumentar que algunas restricciones de integridad podrían recuperarse si alguien "corrige" los datos, pero en este caso solo habrá un solo escritor.

¿Existe una manera confiable de categorizar una excepción proveniente de Entity Framework en una de estas dos categorías?

Answer 1

creo que tendrá que subir con su propia lista de excepciones que usted está dispuesto a probar y manipular. La lista de excepciones que podría clasificar como recuperable o no es probable que no sea la misma en dos entornos. Dicho esto, tal vez usted puede comenzar aquí:

Where to find ADO.NET Entity Framework error list?

Answer 2

Verificar los siguientes artículos -

http://msdn.microsoft.com/en-us/library/bb738618.aspx

http://msdn.microsoft.com/en-us/library/bb336792.aspx

http://msdn.microsoft.com/en-us/library/system.data.optimisticconcurrencyexception.aspx

http://mtaulty.com/CommunityServer/blogs/mike_taultys_blog/archive/2008/07/02/10564.aspx

Estoy seguro que más de la OptimisticConcurrencyException se eleva de .SaveChanges() - uso a

try { 
} catch(ExceptionType1) { 
} catch(ExceptionType2) { 
} catch(ExceptionType3) { 
} 

declaración a capturar diferentes excepciones ...