Jak zaktualizować zestaw CLR bez upuszczania zestawu z SQL Server

Jak mogę zaktualizować dll zestawu funkcji (lub procedury) CLR bez konieczności upuszczania i ponownego tworzenia zestawu w SQL Server (2008 R2)?

W obecnej sytuacji, jeśli zaktualizuję zestaw (np. Aby dodać nową funkcję), SQL Server nie zaakceptuje zaktualizowanej biblioteki DLL, dopóki nie upuszczę zestawu:

DROP ASSEMBLY CLRFunctions

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

Ale zanim mogę upuścić zestaw, muszę najpierw upuścić wszystkie funkcje, które się do niego odwołują:

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

A potem mogę upuścić zestaw:

DROP ASSEMBLY CLRFunctions

Teraz muszę „ utworzyć ” zespół:

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

A teraz muszę wyśledzić deklarację wszystkich UDF, które zostały zarejestrowane, zanim je usunąłem.

wolałbym zaktualizować zestaw i pozwolić, aby SQL Server zaczął go używać.

Aktualizacja : losowo próbowałem DBCC FREEPROCCACHEwymusić „rekompilację”, ale SQL Server nadal używa starego kodu.

Aktualizacja : usunąłem dll zestawu CLRFunctions.dll, a SQL Server nadal może uruchomić kod (bez kodu, który powinien być niemożliwy).

Myślę, że szukasz alter assembly. Z BOL:

Jeśli określono klauzulę FROM, ALTER ASSEMBLY aktualizuje zespół w odniesieniu do najnowszych kopii dostarczonych modułów. Ponieważ mogą istnieć funkcje CLR, procedury składowane, wyzwalacze, typy danych i funkcje agregujące zdefiniowane przez użytkownika w wystąpieniu programu SQL Server, które są już zdefiniowane dla zestawu, instrukcja ALTER ASSEMBLY ponownie wiąże je z najnowszą implementacją zestawu. Aby wykonać to ponowne wiązanie, metody, które są mapowane na funkcje CLR, procedury składowane i wyzwalacze, muszą nadal istnieć w zmodyfikowanym zestawie z tymi samymi podpisami. Klasy, które implementują typy CLR zdefiniowane przez użytkownika i funkcje agregujące zdefiniowane przez użytkownika, muszą nadal spełniać wymagania dotyczące bycia typem lub agregacją zdefiniowaną przez użytkownika.

Jeden z przykładów na tej samej stronie wydaje się być skuteczny:

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

Aby dodać do odpowiedzi Bena Thula, można to zrobić dość łatwo zdalnie poprzez GUI programu SQL Server Management Studio .

1. W Eksploratorze obiektów dla bazy danych -> Programowalność, kliknij prawym przyciskiem myszy na Zespoły i wybierz „Nowy zespół ...”.

2. Przejdź do zaktualizowanej biblioteki DLL.

3. Zamiast klikać „OK” (co się nie powiedzie, ponieważ zespół o tej samej nazwie już istnieje) kliknij „Skrypt” w górnej części okna Nowego zestawu.
    
   Zostaniesz przeniesiony do zapytania SQL zawierającego wiersz „UTWÓRZ ZESPÓŁ”, a następnie ogromny obiekt blob, którym jest właśnie wybrana biblioteka DLL.

4. Zmień „UTWÓRZ” na „ZMIEŃ”, a następnie uruchom!

Skrypt utworzył także dla mnie wiersz „AUTORYZACJA”, który musiałem usunąć przed wykonaniem; twój przebieg może się różnić.

Mam nadzieję, że pomoże to komuś innemu bez dostępu systemu plików do ich serwerów.

Mamy nadzieję, że kiedyś Microsoft sprawi, że będzie to pierwsza operacja w SSMS, ale jest to dość łatwe obejście, dopóki tego nie zrobią.

znalazłem podpowiedź przy odpowiedzi na Stackoverflow :

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