Différences

Ci-dessous, les différences entre deux révisions de la page.

--- bases_de_donnees:sqlserver:clr [2016/09/14 17:45] – [Troubleshooting] sgariepy
+++ bases_de_donnees:sqlserver:clr [2022/02/02 00:42] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 41: / Ligne 41: @@
 GO
 </code>
+==== Permission ====
+La permission nécessaire pour créer un assembly:
+<code sql>
+USE DatabaseName
+GO
+GRANT CREATE ASSEMBLY TO [domain\user]
+</code>
+===== ALTER =====
+Pour mettre à jour un assembly, on est pas obligé de supprimer la procédure stockée qui appelle l'assembly ni l'assembly lui-même, on peut juste faire un ''ALTER''.
+<code sql>
+ALTER ASSEMBLY <assemblyname> FROM 'c:\temp\myprocs.dll'
+</code>
@@ Ligne 51: / Ligne 70: @@
 Il peut y avoir des dépendances sur les assemblies.  Il suffit d'aller dans SSMS et aller dans **Programmabilité** sous la base de données.  On fait un clic-droit sur l'assembly qui nous intéresse et choisir **Afficher les dépendances**.
 ====== Débogguer le CLR ======
-^ Note | Testé avec Visual Studio 2013 Professional et SQL Server 2014  |
+^ Note | Testé avec **Visual Studio 2013 Professional** et **SQL Server 2014**.  |
 Ayant un projet SQL Database dans la solution de Visual Studio:
@@ Ligne 78: / Ligne 101: @@
 ===== Troubleshooting =====
+==== Permissions ====
   * S'il y a l'erreur //Unable to debug .NET code.  Could not attach to SQL Server process on 'computer_name'.//, il faut démarrer Visual Studio en tant qu'administrateur Windows.
-  * //EXTERNAL ACCESS ASSEMBLY permission was denied on object 'server', database 'master'.//
+  * //EXTERNAL ACCESS ASSEMBLY permission was denied on object 'server', database 'master'.// -> Pour régler ceci on peut ajouter le rôle **sysadmin** à l'utilisateur SQL.
 ====== Sources ======