MS SQL Server
  1. MS SQL Server
  3. Comment s'assurer que le server de database est toujours disponible lors de l'utilisation d'Entity Framework?
Intereting Posts
PIVOT conditionnel / problème de transformation Impossible d'effectuer des opérations (créer un sortinggger, drop table) pour une table que j'ai créée Exportation de données CSV à l'aide de SQLCMD.EXE Comment connaître l'espace de données à partir d'un groupe de tables dans SQL Server? Système de calendar des étudiants SQL Database Le formulaire continu n'affiche pas 'nouvel logging' lors de l'utilisation des tables liées SQL Server insertion en bloc de server SQL dans la colonne de time moyen plus simple de dépanner le server sql Remplacer les valeurs à chaque fois par requête pour voir si la valeur a changé @SQL Avec une seule colonne, je dois get ci-dessous la sortie mentionnée ci-dessous Comment afficher les colonnes en tant que lignes dans une requête SQL? SQL convertir varchar en argent Comment puis-je returnner des messages d'erreur comme instruction SQL Server 2008? Utilisation d'une table temporaire dans une vue Groupe Microsoft SQL pour get un multidimensional array

Comment s'assurer que le server de database est toujours disponible lors de l'utilisation d'Entity Framework?

J'utilise Entity Framework dans VS2015 et je voulais m'assurer que chaque fois que j'obtiens / supprime des données des entités, le server de database est toujours dans un bon état de connection.

Je connais certaines des façons de gérer l'exception, mais y a-t-il une meilleure façon de ne pas append d'add to catch à chaque fonction? Merci.

Pour l'un de nos projets, nous avons utilisé Polly pour gérer les erreurs transitoires lors de la connection à la database, et nous avons adoré.

Polly est une bibliothèque .NET qui permet aux développeurs d'exprimer des politiques transitoires de gestion des exceptions et des erreurs telles que Retry, Retry Forever, Wait and Retry ou Disjoncteur d'une manière fluide et sûre.

Nous avons configuré le Polly pour gérer l'exception pour l'échec de la connection et réessayé dans notre cas 

// Retry multiple times, calling an action on each retry // with the current exception and retry count Policy .Handle<ExceptionIWAntToHandle>() .Retry(3, (exception, retryCount) => { // do something });

Et oui, comme suggéré dans les commentaires, avoir un location centralisé pour cela.