关于扩展存储过程的思考

Question

我希望使用SQL Server或任何其他RDBMS中没有的函数和逻辑在数据库中插入和更新记录。今天早上我在谷歌上搜索了一下，发现了扩展存储过程的概念。据我所知，我应该能够将所需功能编译到dll中，并利用该dll进行存储过程来执行插入/更新。

然而，我遇到的大多数文章和示例都有些过时(~2000)。扩展存储过程仍然是一种可接受的实践吗？我远不是这方面的专家，所以任何其他的建议或意见都将非常感谢。

Answer 1

如果您使用的是SQL Server2005或更高版本，则需要查看SQL CLR。您可以从SQL Server内部调用.NET代码。

关于MSDN的This文章是一个很好的起点。

Answer 2

扩展存储过程仍然是一种可接受的做法吗？

不，它们被正式弃用，并将在未来的版本中继续使用。请参见SQL Server未来版本中不支持的功能表中的Deprecated Database Engine Features in SQL Server 2008：

• 扩展存储过程编程:改用CLR集成。

Answer 3

我通常建议不要使用CLR过程，在大多数情况下，您可以将面临的问题重构为Transact Sql可以处理的东西。最值得关注的是，当关系数据库在执行基于集合的操作时表现最佳时，经常伴随着CLR过程的过程方法。

所以我总是问的第一个问题是，有没有办法将问题重构为基于集合的操作。

如果不是，那么我会问，为什么要在数据库服务器内部执行代码，而不是在应用层？考虑一下将逻辑放在数据库中可能会产生的性能影响。(如果您的数据库服务器有足够的额外处理时间，这可能不是问题)。

如果您确实使用CLR过程，我认为它们最适用于密集的计算和复杂的逻辑。