塞拉,塞拉! Net Framework 4.0 支持 SQL 2008?

发布于 2024-10-11 00:35:04 字数 282 浏览 2 评论 0原文

我做了大量工作开发 CLR 例程以使用 VS2010 实现 DAL 功能,打算将它们移植到 SQL2008R2 clr 程序集; 进行了单元测试,一切似乎都很好.. 然后,将它们放入 SQL CLR 程序集中的日子到来了。 唉!SQL2008 仅支持框架 3.5 以下的程序集! 花了几天时间采用 c# 4.0 功能,现在必须扔掉并滑回 c#2.0。还要花几天时间。

我可以将 Framework 4 CLR 程序集与 SQL2010 一起使用吗?

SQL2008R2 中是否支持框架 4.0?如果是的话什么时候?

I did substantial work developing CLR routines to implement DAL functionality using VS2010 intending to port them to SQL2008R2 clr assemblies;
Did the unit testing, everything seemed fine..
Then the day came to put them in to SQL CLR assemblies..
Alas!, SQL2008 only support assemblies that are below framework 3.5 !
Days spent adopting c# 4.0 functionality, now have to be thrown away and slide back to c#2.0. spending yet few more days.

Can I use Framework 4 CLR assemblies with SQL2010 ?

Will there be support for framework 4.0 support in SQL2008R2 ? if so when ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

酒几许 2024-10-18 00:35:04

SQL2008R2 中是否支持框架 4.0?如果是的话,什么时候?

http://software.intel .com/en-us/blogs/2009/10/16/sql-server-2008-sqlclr-net-framework-version/

SQL Server 2008 和即将推出的
SQL Server 2008 R2 版本,以前
代号“乞力马扎罗山”
继续加载最新服务
发布 2.0 CLR 版本。

您可能想知道,什么是
SQL Server 继续运行的理由
加载 2.0 版的 CLR?是吗
只是一种健康的谨慎态度
现有的 UDT、UDA 等不是
破碎的;或者是因为额外的
工程将需要
支持新的CLR吗?

看来答案实际上是
两者都很少。

有了 .net Framework 4.0,我们现在
有能力加载两个或多个
不同版本的 CLR 内
单一进程。在之前的版本中
在.net框架中,一个进程可以
只加载单个实例
CLR。鉴于此限制,CLR
团队推荐主机,例如
SQL Server,使用 LockClrVersion
函数来确定版本
之前加载的 CLR
初始化。所以,正如所说
以前,SQL Server 2008 和 SQL
Server 2008 R2将继续加载
的最新服务版本
版本 2.0 CLR 的版本是
在初始化之前锁定
CLR 开始。

虽然 SQL Server 的未来版本
可能会加载更新版本的 CLR,或者
甚至支持多个加载
进程内的 CLR,版本 2.0
CLR 的一部分将保留给 SQLCLR
SQL Server 2008 和 SQL Server 中
2008 R2。

另外,这里还有一点

Will there be support for framework 4.0 support in SQL2008R2 ? if so when ?

http://software.intel.com/en-us/blogs/2009/10/16/sql-server-2008-sqlclr-net-framework-version/

SQL Server 2008 and the forthcoming
SQL Server 2008 R2 release, previously
codenamed "Kilimanjaro", will both
continue to load the latest service
release of the version 2.0 CLR.

You might be wondering, what is the
rationale behind SQL Server continuing
to load version 2.0 of the CLR? Is it
merely a healthy cautious attitude so
existing UDT's, UDA's, etc. are not
broken; or is it because additional
engineering would be required to
support the new CLR?

It seems the answer is actually a
little of both.

With the .net framework 4.0 we now
have the ability to load two or more
distinct versions of the CLR within a
single process. In previous releases
of the .net framework, a process could
only load a single instance of the
CLR. Given this restriction the CLR
team recommended that hosts, such as
SQL Server, use the LockClrVersion
function to determine the version of
the CLR to load prior to
initialization. So, as stated
previously, SQL Server 2008 and SQL
Server 2008 R2 will continue to load
the latest service release of the
version 2.0 CLR as the version is
locked before initialization of the
CLR begins.

While future versions of SQL Server
may load newer versions of the CLR, or
even support the loading of multiple
CLR's within the process, version 2.0
of the CLR is here to stay for SQLCLR
within SQL Server 2008 and SQL Server
2008 R2.

Also, a little bit more here.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文