CLR触发状态

| 我考虑使用CLR触发器代替传统的T-SQL，因为我需要使用已经在C＃中实现的某些逻辑。我知道SQL Server支持CLR集成，就我而言，这似乎是一个值得一试的解决方案。 但是，我要执行的操作可能会有点慢。不能完全排除在触发的操作中完全使用它们的速度，但是在插入成千上万条记录时可能会明显慢。最慢的部分可以从缓存中受益匪浅，我想这将是很少的缓存未命中和成千上万的缓存命中。在这一点上，这一切都引发了一个问题：CLR触发器可以具有任何状态吗？而且，更重要的是，这种状态的生命周期是什么？ 我想我可以使用触发器类的静态字段来保存一些状态，但是我不知道它何时初始化（服务器启动时？事务启动时？未指定？）。我不确定这是否安全，因此请问在CLR触发器中使用某些状态的常用做法是（如果有）。 为避免混淆：我需要缓存CLR对象，而不是某些SQL查询的结果，因此，这与SQL Server本身在缓存方面的表现无关，我想缓存一些不属于数据库的数据。另外，我认为CLR并不是因为我无法在T-SQL中进行字符串操作和绑定检查。我需要执行一些CLR类库中实现的逻辑，该逻辑具有很多依赖性。在这种情况下，我是否应该使用触发器是另一个与此问题几乎无关的问题。 提前谢谢了。 PS：我将不胜感激您对主题的任何评论和见解，即使是那些不能直接回答我的问题的评论和见解，也请不要完全理解“触发器是邪恶的，永远不应该使用”和“ CLR集成速度慢，并且兼容性很困难”。另外，我知道它可能会向某人大喊“过早的优化”，但是由于我是SQL Server中的CLR集成的新手，所以我现在只想知道我的优化选项正在使用。除非分析结果表明如此，否则我不会对其进行优化，但是我不想实施整个过程以意识到它太慢了，我对此无能为力。 我使用SQL Server 2008和.NET 3.5。