创建要嵌入到 SQL Server 2005 的 .NET 程序集时，有哪些重要的做法需要遵循？
我对此很陌生，我发现有重要的方法属性，例如：
[SqlFunction(FillRowMethodName = "FillRow", TableDefinition = "letter nchar(1)")]
我也在寻找要避免的常见陷阱等。
nathaniel
问问题
687 次
3 回答
2
我记得的一些：
- 尽量减少使用，仅在 T-SQL 太复杂时使用。
- 不惜一切代价避免使用指针/游标，因为 for 循环在 CLR 上下文中很容易被滥用。
- 除非完全必要，否则只使用 SQL-Server 本机数据类型。
不记得我在哪里找到的信息，但那些是我记得的。
基本上，只有在声明式 T-SQL 过于复杂或无法做到（例如注册表编辑等）时才使用它。
于 2008-09-16T13:24:26.687 回答
1
关于程序集部署的单一提示：
保持功能在小型组件之间隔离。尽量不要构建依赖链，因为替换基础程序集意味着您需要先删除依赖程序集，然后才能更新基础程序集。
于 2008-09-16T13:36:48.420 回答
-1
我强烈建议不要将 .net 程序集放在您的数据库服务器中，想想 n 层应用程序。持久性 <- 业务逻辑 <- 表示逻辑 <- 客户端 将您的逻辑保留在业务逻辑层中。
我能想到将 .net 放入数据库的唯一原因是添加一个新的复杂数据类型，我强烈认为这是一个只保存数据而不对其进行处理的愚蠢类。
仅仅因为你可以并不意味着你应该。很抱歉没有直接回答你的问题。
于 2008-09-16T14:30:45.013 回答