Lancer des exceptions dans les procédures stockées SQL CLR

Est-il bon de concevoir des exceptions à partir de procédures stockées SQL CLR? Puisque nous sums dans le context de SQL Server, des considérations spéciales doivent-elles être sockets en count?

Est-ce mauvais design?

[Microsoft.SqlServer.Server.SqlProcedure] public static void MyStoredProcedure(ssortingng foo) { if (ssortingng.IsNullOrEmpty(foo)) { throw new ArgumentNullException("foo"); } } 

En d'autres termes, des exceptions devraient-elles être apscopes à l'appelant?

• Processus stocké et timeout d'expiration SqlCommand
• Quel est le moyen le plus rentable de briser une database centralisée?
• Violation de Conkstraints UNIQUE KEY – Impossible d'insert une key en double
• stored procedures dans LINQ-to-SQL
• Meilleure méthode de SQL Server pour faire correspondre les expressions de mots et la pertinence des commands

• Remplacer puis définir sur null
• Impossible de find le fournisseur de données .Net Framework demandé. Il pourrait ne pas être installé.
• Le moyen le plus rapide d'insert 1 million de lignes dans SQL Server
• Hangfire continue d'exécuter des requêtes SQL même lorsqu'activé
• Les requêtes Ef Linq ont expiré, mais les mêmes requêtes durent less d'une seconde sur SSMS