I need to use a third party DLL in a trigger c# code in SQL Server CLR
But when I try to add reference it just shows some DLLs from SQL Server.
How can I add my third party dll to SQL Server?
Database Administrators Stack Exchange is a question and answer site for database professionals who wish to improve their database skills and learn from others in the community. It only takes a minute to sign up.Sign up to join this community
You can only add references to those assemblies which have been registered with Sql Server. If they are not registered, they will no show up in the Add References dialog.
There are a number of steps you'll need to do register a DLL, firstly you'll need to reconfigure your database:
ALTER DATABASE [MyDatabase] SET TRUSTWORTHY ON; sp_configure 'clr enabled', 1; RECONFIGURE;
Once this is done, Sql Server is CLR enabled. Next, you'll need to register your assembly:
CREATE ASSEMBLY [MyAssembly] AUTHORIZATION [MyUser] FROM 'C:\CLR\MyAssembly.dll' WITH PERMISSION_SET = SAFE
If this last script runs correctly, the assembly is now registered, and will appear in the Add References dialog.
What you will need to consider though, is the application security of your Sql Server CLR configuration:
SAFE, only in exceptional circumstances should you use
Assembly.Load()is purposefully restricted.
context connection = true;) runs in the context of the connected user, so you need to make sure you are aware what access that library has to your data.
I am assuming you are asking about alternatives to installing SQL CLR assemblies from Visual Studio.
Having the code in Visual Studio is not required.
Deploying CLR Database Objects on MSDN details the options, including SQL statements and deployment scripts.
I use a very large 3rd party DLL that takes a web page and converts it into a PDF.
The PDF is saved on a file share and the database is updated as to it's location and type.
This is a 3-step process:
Create a console app that uses the 3rd party DLL to create the PDF and accept the URL and FilePath as parameters and returns the PDF size and number of pages.
Create a CLR stored procedure that then calls the console app on the server
I wrap this all into a single stored procedure that calls the CLR app to create the PDF and then I write meta-data about it to the database.
I realize this is not perfect and by no means should you do anything so crazy inside a trigger!
I only mention it here for others with questions about using 3rd Party DLL's in their CLR.
My hope is that by spinning off a cmd.exe console to run the 3rd Party DLL, instead of running everything in-proc, if it crashes, it won't adversely affect SQL Server as much. That's what I hope.
Please comment if this is a really-bad approach and why.