Interessante discussie hier:MSDN - Onbeheerd code in SQL CLR . Ik vermoed dat het komt door de manier waarop de DLL's door de engine worden geladen. Ze bieden een reeks opties, waaronder het hosten van de code buiten de sql-server in een andere service en toegang tot de code met behulp van WCF of misschien COM. De laatste optie is om uw code misschien opnieuw te compileren naar pure beheerde C++, maar dit is mogelijk geen optie voor oudere code.
CLR-integratie in SQL Server 2005 begrijpen geeft meer informatie over hoe het proces werkt.
Lees ook CLR Integration Security , en bepaal de vertrouwensniveaus die nodig zijn voor de code die u uitvoert en of u de code toch binnen het CLR-proces kunt gebruiken.