|
|
1
3
我想你已经回答了你自己的问题,我个人发现任何调用Web服务的东西都更适合存在于SQL Server之外。复杂的情况、较高的信任级别,以及正如您所提到的,整个复杂的流程,使得它很难记录,也很难维护解决方案。 |
|
|
2
3
简单的回答是,不,SQL CLR集成可能不值得这么麻烦。 较长的答案有几点,首先是在数据库中编程CLR。如果使用得当,这是一个很好的工具,但它确实会增加内存消耗,如果使用不当,可能会导致性能问题。我在数据库中使用它来实现非常特殊的功能,比如添加RegEx功能,但它的使用非常谨慎,经过良好测试的代码可以尽可能避免出现很多问题。 第二,正如你所指出的,你必须修改安全性,打开潜在的风险。 使用独立应用程序将数据加载到服务器中。你将拥有更多的控制权,更少的风险,更轻松地完成任务。 |
|
|
3
1
我一直在做clr程序,在Exchange和AD上调用Web服务,我同意上面的帖子。它可以工作,但由于sql server内部CLR处理内存的特殊方式,我们很快就遇到了内存不足的问题。正如您可以想象的那样,对于小查询,性能是可以的,但根本不能扩展。 一般来说,数据库性能决定了应用程序的性能,我认为如果不能完全控制自己的工作,那么在数据库中加入这样的逻辑是不可能的。 使用CLR进行简单的文本操作和其他不依赖外部资源的计算。 |
|
|
user755806 · 从Rest服务返回JSON响应? 8 年前 |