如何在SQL Server 2012中的SQLCLR程序集中使用TimeZoneInfo

Question

我想在SQL Server 2012中实现时区转换。但是，TimeZoneInfo标有MayLeakOnAbort属性。 当调用我定义的SQL函数（使用TimeZoneInfo）时，这会导致运行时错误。

报告错误如下

System.Security.HostProtectionException：尝试执行CLR主机禁止的操作。

受保护的资源（仅在完全信任的情况下可用）是：全部

需求的资源是：MayLeakOnAbort

文档暗示我可以使用“SafeHandle”来解决这个泄漏问题，但我不知道如何。

那么，如何在SQLCLR上下文中使用类TimeZoneInfo？

跟进：

我在网站上发现了另一个问题 ，虽然它涉及SQL 2005，但它规定了一个适用于2012的行动。但是，这个解决方案的某些方面并不令人满意。

Answer 1

更新的答案

我在原始答案中写了我所说的实用程序， 你可以在这里找到 。

此外，从SQL Server 2016（和Azure SQL数据库）开始，您现在可以使用AT TIME ZONE关键字在时区之间进行转换。

---

原始答案

不幸的是，在SQL Server中使用时区没有很好的解决方案。

我大量调查了你所链接的问题，以及这个问题。 没有内置时区功能，在SQLCLR中使用TimeZoneInfo需要将程序集注册为“不安全”。 这通常是不希望的。

我还调查了使用SQLCLR的Noda Time 。 您可以在此问题中阅读相关内容。 由于某些项目在内部缓存的方式，它也必须注册为“不安全”。

最终，对于任一项，问题在于无法在SQLCLR中缓存任何内容。 您不能以线程安全的方式使用静态变量，并且您不能执行任何线程同步或使用ConcurrentDictionary类的类。 SQL希望完全控制程序集的线程模型。 只有单线程使用 - 一次性丢弃样式代码才能在“安全”程序集中运行。 我在这个问题中深入研究了这个问题： SQL CLR中的多线程缓存

希望最终会有一个Noda Time的版本可以在SQLCLR中运行，但它将是一个不进行任何缓存的特殊版本。 因此它不会表现得那么快，但它会在保持安全的同时完成工作。

TimeZoneInfo不太可能改变。 因此，除非SQL Server团队将时区功能直接引入SQL Server（如Oracle和Postgres一样），否则您只有几个选项：

• 请勿尝试在数据层中进行时区转换。 使用UTC中的datetime或datetime2值，或将datetimeoffset值与任何偏移量一起使用。 但是，在应用程序层中的时区之间进行所有转换。 这是我现在最好的建议。

• 将时区的所有数据复制到实际的SQL表中，并编写使用该数据的函数。 这不是最好的主意，因为数据经常变化，因此表维护可能是一个挑战。 此外，准确的功能，包括夏令时变化的所有规则，都具有挑战性。 我不知道有任何项目捆绑了漂亮和整洁，但如果有人 - 那么请在评论中让我知道。

• 启用xp_regread并直接从Windows注册表项使用时区数据。 更新将为您完成，但您在编写这些功能时仍然面临同样的挑战。 启用注册表读取可能与启用不安全的CLR程序集一样具有安全风险。

我正在考虑的另一个想法是编写IANA / Olson TZDB解析器并专门为SQL Server运行。 这与上面的选项2类似，但是以可维护的方式完成，并且使用IANA标准数据而不是Windows时区。 也许有一天我会接受这个，或者有人会打败我。 同样，我不知道有任何当前的项目，但如果有人知道，请在评论中告诉我。 （ 完成 - 见顶部更新 ）

关于SWITCHOFFSET - 只有在您已经知道目标偏移时才有效。 这只是成功的一半，也可能是为什么微软仍然将datetimeoffset标记为文档中没有“夏令时意识”。

Answer 2

我知道问题是如何在SQLCLR上下文中使用TimeZoneInfo，但我认为我只是添加了虽然不支持TimeZoneInfo（正如@MattJohnson优雅地写的那样），TimeZone仍然可以使用而不需要使程序集不安全。