Question de procédure stockée SQL Server

J'ai une procédure stockée SQL Server qui a été utilisée pendant des années. Cette procédure stockée appelle beaucoup d'autres procédures. Je voudrais extraire chaque procédure interne une à la fois et implémenter sa logique métier dans un projet de class .NET.

Pour ce faire, je dois appeler l'assembly .NET à partir de la procédure stockée parent et le résultat returnné sera utilisé par la procédure parent. Depuis SQL Server 2005 et supérieur a l'intégration CLR, donc je pense, l'exécution de l'assemblage .NET dans la procédure stockée [ou des objects de database] ne devrait pas être un gros problème, pouvez-vous me citer quelques exemples? il?

Merci beaucoup pour votre aide .

Je pense vraiment que ce serait une utilisation inappropriée de SQL CLR. L'intégration de CLR a pour but de supporter des types de données complexes et des opérations normalement très difficiles à réaliser en SQL pur (séquences, expressions régulières, hiérarchies, géospatiales, etc.). Ne pas implémenter un model de domaine dans votre database.

Les templates de domaine et la logique métier sont distincts des templates relationnels / de données. Ils devraient être dans un niveau d'affaires approprié de quelque sorte. Ne les piratez pas dans une database en utilisant le CLR.

(Note: j'utilise un peu le SQLCLR, je ne m'oppose pas à l'intégration du CLR Je ne pense tout simplement pas que cette question reflète une décision de design judicieuse.)

MSDN
Création de mon premier CLR SQL Server 2005
Une introduction à l'intégration CLR dans SQL Server 2005
Pour des charges plus 😉

Je pense que vous devez utiliser SQL Server Integration Services (SSIS). Pour autant que je sache, il résout ce cas, orchestrer les appels de procédure et vous en donne beaucoup plus aussi ..

Je ne suis pas sûr que déplacer cette décision en dehors de la couche db est une bonne décision.

J'espère que cela aide..