アセンブリ 'system.web、version = 4.0.0.0、culture = neutral、publickeytoken = b03f5f7f11d50a3a。' SQLカタログで見つかりませんでした

System.WebのHTTPUtility.UrlDecodeメソッドを使用してSQL CLR関数をデプロイしようとしていますが、デプロイできません。受け取ったエラー：

.Net SqlClientデータプロバイダー：メッセージ6503、レベル16、状態12、行1アセンブリ 'system.web、version = 4.0.0.0、culture = neutral、publickeytoken = b03f5f7f11d50a3a。' SQLカタログで見つかりませんでした。

機能（SSDTプロジェクトの一部として）：

using System;
using System.Web;
using System.Data;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;

public partial class UserDefinedFunctions
{
    [Microsoft.SqlServer.Server.SqlFunction(IsDeterministic = true)]
    public static SqlString udf_UrlDecode(SqlString encodedXML)
    {
        string decodedXML;

        decodedXML = HttpUtility.UrlDecode(encodedXML.ToString());

        return new SqlString(decodedXML);
    }
}

このスレッドに関連しています。私はVS2012 SSDTとデータベースプロジェクトを備えたSQL Server 2014です。他のターゲットフレームワーク（3、3.5、4、4.5など）で試した。

System.WebでCREATE ASSEMBLYも試しましたが、失敗するまでMicrosoft.Build、System.Xamlなどの他のアセンブリを追加する必要があります。System.Webがサポート対象ライブラリのリストにないので、アイデアはありますか？

Uri.UnescapeDataString（in System）を使用できます。その場合Replace('+', ' ')は、文字列をに渡す前にを実行する必要がありUri.UnescapeDataStringます。または、気になりたくない場合は、この関数は無料バージョンのSQL＃で使用できます。（私はその著者です）。

インポートSystem.Webはおそらくそれよりも多くの作業です。そして実際には、それは危険を伴う可能性があります。System.Web質問でリンクした「サポートされているライブラリ」リストにない正当な理由があります：動作することは保証されていません！特にUS-ASCII以外の文字セットを処理する場合、期待どおりに動作せず、Microsoftが修正しない状況に遭遇する可能性があります。したがって、どうしても必要な場合を除いて、サポートされていないDLLの追加には注意が必要です。「サポートされている」リストのDLLは、SQL Serverの照合順序と、Windowsで実行されている標準のCLRとSQL Serverの内部で実行されているCLRとの間で異なるその他の環境問題で動作するように完全にテストおよび検証されています。

サポートされていない.NET Frameworkライブラリを組み込むためのいくつかの落とし穴に関するMicrosoftからの追加リソースを次に示します。

• SQL Server CLRがホストする環境でのテストされていない.NET Frameworkアセンブリのサポートポリシー

• CLRルーチンを実行するか、SQL Serverでアセンブリを使用すると、エラーメッセージ：「ホストストアのアセンブリには、GACのアセンブリとは異なる署名があります。（HRESULTからの例外：0x80131050）」

コードに関する注意事項：

1. パラメータ、入力、出力に.NETタイプを使用しないでください。したがって、に変更string encodedXMLしますSqlString encodedXML。
2. この関数は確定的であるため、そのようにマークする必要があります。そうしないと、パフォーマンスに影響が出ます。属性に追加IsDeterministic = trueしSqlFunctionます。

ご指摘のとおり、System.Webはサポートされていないライブラリです。参照System.Webするには、を呼び出す必要がありますCREATE ASSEMBLY。試したようですが、どのようにの場所を参照しましたSystem.Web.dllか 別の場所にコピーして貼り付けましたか？SQL Serverは、依存するアセンブリを同じ場所に配置しようとします。つまり、System.Web.dll同じディレクトリにある他のすべての依存ライブラリでの場所を参照する場合、問題なく動作するはずです。これが実際の例です。System.Webアセンブリとアセンブリの両方を追加することができました。

create assembly [System.Web]
from 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319\System.Web.dll'
with permission_set = unsafe;
go

create assembly SystemWebTest
from 'c:\SqlServer\SystemWebTest.dll'
with permission_set = safe;
go

クライアントメッセージから、SQL Serverがロードする他のすべてのアセンブリを確認できます。ただし、SQL Serverでは、これらのそれぞれについて次の警告が表示されます。

登録しようとしているのは、SQL Serverホスト環境で完全にテストされておらず、サポートされていません。将来、このアセンブリまたは.NET Frameworkをアップグレードまたは保守すると、CLR統合ルーチンが機能しなくなる可能性があります。詳細については、SQL Server Books Onlineを参照してください。

同様に、を追加してSystem.Web、追加された次のアセンブリを見てください。

select
    name,
    permission_set_desc,
    is_visible
from sys.assemblies
where is_user_defined = 1
order by is_visible desc;

name                                            permission_set_desc is_visible
System.Web                                      UNSAFE_ACCESS       1
SystemWebTest                                   SAFE_ACCESS         1
Microsoft.Build.Framework                       UNSAFE_ACCESS       0
System.Xaml                                     UNSAFE_ACCESS       0
System.ComponentModel.DataAnnotations           UNSAFE_ACCESS       0
System.Runtime.Caching                          UNSAFE_ACCESS       0
System.Web.ApplicationServices                  UNSAFE_ACCESS       0
System.Drawing                                  UNSAFE_ACCESS       0
Microsoft.Build.Utilities.v4.0                  UNSAFE_ACCESS       0
System.DirectoryServices                        UNSAFE_ACCESS       0
System.DirectoryServices.Protocols              UNSAFE_ACCESS       0
System.EnterpriseServices                       UNSAFE_ACCESS       0
System.Runtime.Remoting                         UNSAFE_ACCESS       0
System.Runtime.Serialization.Formatters.Soap    UNSAFE_ACCESS       0
System.Design                                   UNSAFE_ACCESS       0
System.Windows.Forms                            UNSAFE_ACCESS       0
Accessibility                                   UNSAFE_ACCESS       0
System.Drawing.Design                           UNSAFE_ACCESS       0
System.Web.RegularExpressions                   UNSAFE_ACCESS       0
Microsoft.Build.Tasks.v4.0                      UNSAFE_ACCESS       0
System.ServiceProcess                           UNSAFE_ACCESS       0
System.Configuration.Install                    UNSAFE_ACCESS       0
System.Runtime.Serialization                    UNSAFE_ACCESS       0
System.ServiceModel.Internals                   UNSAFE_ACCESS       0
SMDiagnostics                                   UNSAFE_ACCESS       0

ここで実際に何が起こっているかについて注意する価値があります。他の追加のアセンブリにはT-SQLエントリポイントの方法がない場合でも、それらは依存関係になっています。本当にSystem.Web参照する必要があるかどうか、または目的を達成するための別のルートがあるかどうかを確認するために、オプションを比較検討します。

この回答を確認してください。Uri.UnescapeDataStringまたはを使用する必要はありませんSystem.Web。関数とでWebUtility内部で呼び出されるクラスがあります。System.NetHtmlEncodeHtmlDecode