.net - Sql Server 中的 CLR 集成可能出现哪些问题

Question

我阅读了一篇有关在 sqlserver 中使用 CLR 集成的文章，并且想知道可能存在哪些潜在问题(如果有)。我的想法是使用它来验证遗留数据库中潜在的不良数据。例如，电话号码栏中的人名。

编辑:我不认为有任何问题，但这不是我看到很多讨论的问题，并且想确保我没有打开 jar 头蠕虫，这会在以后引起问题。我之所以问这个问题，是因为当我问这个问题时，我的 DBA 看着我，就像我疯了一样。

Answer 1

SQL Server 中的 CLR 集成本身并不稳定。作为证据，我将向您指出这样一个事实:在 SQL Server 2008 中，一堆系统数据类型被实现为 CLR 数据类型，例如新的 geography and geometry类型。因此，CLR 被认为足够安全，允许新的核心功能基于它。

话虽如此，CLR 为 SQL 编程带来了一个全新的武器库，这可能会搬起石头砸自己的脚。您可以启动线程、阻止 IPC 通信(事件、互斥体、信号量)、外部连接并等待 I/O、在内存中读/写、调用各种 Win32 APIS，并且通常会鲁莽行事并造成严重破坏。旧的 T-SQL 编程需要更多的黑客才能才能实现同样的目标。

您是否正在考虑实现一种新的数据类型，该数据类型可以公开良好的、受约束的行为，例如字段的正则表达式验证？前进。您是否正在考虑从 SQL 托管的 CLR 内部发出 Web 服务请求？你已经得到了它，你将得到你应得的一切!

经验法则是，如果您的程序集将在没有可靠要求的情况下加载和验证(没有 EXTERNAL_ACCESS，没有 UNSAFE)，那么您应该没问题。当然，您仍然可以在 SAFE 程序集中编写 while(1) {;} 循环，但 T-SQL 存储过程也可以...