我们有许多使用.NET 2.0或.NET 3.5编译的程序集。通过查询在SQL Server上获取SQLCLR程序集的目标框架版本
有没有一种方法，通过一个未公开的表，函数等 - 人们可以查询数据库中的程序集列表并获取程序集的.NET版本？
我们查询了sys.assemblies，它包含各种汇编信息，但不包括目标框架版本。
我们正在将我们的08R2实例升级到Windows Server 2012，并且需要了解哪些程序集当前的目标是.NET 2.0框架，而不是3.5框架，因此我们可以针对重新编译它们（或替换，因为我们有一些来自NuGet包的程序集，不清楚它们是否以.NET 3.5为目标）。
没有，有没有机制以获取该信息（至少不是我所看过看到或听说过）。如果此信息可通过反射获得，那么您可以创建一个SQLCLR存储过程或函数来读取content列的sys.assembly_files并尝试从那里提取它。
但是，您可能不需要此信息。如果唯一的原因是确定从SQL Server 2008 R2过渡到SQL Server 2012时可能需要重新编译的内容，那么：
false更改为true等）。您可以检查出的输出：
select * from sys.dm_clr_properties
你应该得到的东西，如：
name value
-----------------------------------
directory C:\Windows\Microsoft.NET\Framework64\v4.0.30319\
version v4.0.30319
state CLR is initialized
我的问题不清楚（它已被改写）。我试图获得程序集的目标框架版本 - 而不是服务器上.NET CLR的版本。 我们正在将我们的08R2实例升级到Windows Server 2012，并且需要了解哪些程序集当前的目标是.NET 2.0框架，而不是3.5框架，因此我们可以针对重新编译它们（或替换，因为我们有许多程序集NuGet包，目前还不清楚它们是否以.NET 3.5为目标） –
'SELECT * FROM sys。程序集“，如果这个查询可能包含一个定义目标框架版本的列，基本上与VS项目文件包含的元数据相同，这就是我们正在寻找的。检查'sys.assemblies'视图会产生'ASSEMBLYPROPERTY'，它接近但没有目标框架版本。 https://docs.microsoft.com/en-us/sql/t-sql/functions/assemblyproperty-transact-sql –
我们遇到了某个特定程序集的问题，该程序集的操作系统已升级到Windows Server直到我们将目标框架从.NET 2.0改为3.5之后，它才开始工作。 –
@ElliotRodriguez在这种情况下，我认为真正的问题可能是机器从未安装完整的2.0 Framework。如果再遇到这个问题，我会确保安装2.0本身，而不是以3.5开头。我猜可能某些东西无法按预期工作，即使具有向后兼容性，或者向后兼容性要求以前的Framework版本已完全安装。你的装配到底在做什么？它使用的是我可以测试的任何特定类？我没有看到更改为3.5会做什么。 –