Comment mettre à jour un assembly CLR sans supprimer l'assembly de SQL Server

Comment puis-je mettre à jour une dll d'assembly de fonction (ou procédure) CLR sans avoir à supprimer et recréer l'assembly dans SQL Server (2008 R2)?

Dans l'état actuel des choses si je mets à jour un assembly (par exemple pour ajouter une nouvelle fonction), SQL Server n'honorera pas la DLL mise à jour tant que je n'aurai pas déposé l'assembly:

DROP ASSEMBLY CLRFunctions

Msg 6590, Level 16, State 1, Line 1
DROP ASSEMBLY failed because 'CLRFunctions' is referenced by object 'NormalizeString'.

Mais avant de pouvoir supprimer l'assembly, je dois d'abord supprimer toutes les fonctions qui y font référence:

DROP FUNCTION NormalizeString
DROP FUNCTION RemoveDiacritics
DROP FUNCTION RemoveCombiningDiacritics
DROP FUNCTION CombineLigatures
....
DROP FUNCTION PseudolocalizeArabic

Et puis je peux déposer l'assemblage:

DROP ASSEMBLY CLRFunctions

Maintenant je dois " créer " l'assemblage:

CREATE ASSEMBLY CLRFunctions FROM 'c:\foos\CLRFunctions.dll';

Et maintenant, je dois rechercher la déclaration de tous les UDF qui ont été enregistrés avant de les supprimer.

je préfère mettre à jour un assemblage et demander à SQL Server de commencer à l'utiliser.

Mise à jour : j'ai essayé DBCC FREEPROCCACHEau hasard de forcer une "recompilation", mais SQL Server utilise toujours l'ancien code.

Mise à jour : j'ai supprimé la DLL d'assembly CLRFunctions.dllet SQL Server est toujours en mesure d'exécuter le code (sans code qui devrait être impossible).

Je pense que vous cherchez alter assembly. De BOL:

Si la clause FROM est spécifiée, ALTER ASSEMBLY met à jour l'assembly par rapport aux dernières copies des modules fournis. Étant donné qu'il peut y avoir des fonctions CLR, des procédures stockées, des déclencheurs, des types de données et des fonctions d'agrégation définies par l'utilisateur dans l'instance de SQL Server qui sont déjà définies par rapport à l'assembly, l'instruction ALTER ASSEMBLY les lie à la dernière implémentation de l'assembly. Pour effectuer cette liaison, les méthodes mappées aux fonctions CLR, aux procédures stockées et aux déclencheurs doivent toujours exister dans l'assembly modifié avec les mêmes signatures. Les classes qui implémentent les types définis par l'utilisateur CLR et les fonctions d'agrégation définies par l'utilisateur doivent toujours satisfaire aux exigences pour être un type ou un agrégat défini par l'utilisateur.

Un des exemples sur la même page semble faire l'affaire:

ALTER ASSEMBLY ComplexNumber 
FROM 'C:\Program Files\Microsoft SQL Server\90\Tools\Samples\1033\Engine\Programmability\CLR\UserDefinedDataType\CS\ComplexNumber\obj\Debug\ComplexNumber.dll' 

Pour compléter la réponse de Ben Thul, cela peut être accompli à distance assez facilement via l'interface graphique de SQL Server Management Studio .

1. Sous l'Explorateur d'objets pour votre base de données -> Programmabilité, cliquez avec le bouton droit sur Assemblys et sélectionnez 'New Assembly ...'.

2. Accédez à votre DLL mise à jour.

3. Au lieu de cliquer sur «OK» (ce qui échouera, car un assemblage du même nom existe déjà), cliquez sur «Script» en haut de la fenêtre Nouvel assemblage.
    
   Vous serez déposé dans une requête SQL qui comprend une ligne 'CREATE ASSEMBLY' suivie d'un énorme blob qui est la DLL que vous venez de sélectionner.

4. Changez 'CREATE' en 'ALTER' puis exécutez!

Le script a également créé une ligne «AUTORISATION» pour moi que j'ai dû supprimer avant de l'exécuter; votre kilométrage peut varier.

J'espère que cela aide quelqu'un d'autre sans accès au système de fichiers à ses serveurs.

Espérons que Microsoft en fera un jour une opération de première classe dans SSMS, mais c'est une solution de contournement assez facile jusqu'à ce qu'ils le fassent.

j'ai trouvé un indice sur la réponse sur Stackoverflow :

ALTER ASSEMBLY CLRFunctions FROM 'c:\foos\CLRFunctions.dll';