是什么启发了这个愿望清单请求？
拥有国际网站的多个战略客户对我们的查询生成器中的日期时间支持（特别是时区方面）表示不满。此外，对于 Snowflake 和 Pandas 的原生时区支持，他们在导入和使用这些数据格式时也遇到了麻烦。问题不仅仅是使用自定义格式删除时区信息，因为这些信息对于理解记录附带的实际本地时间非常重要。
请描述您希望看到的新的或改进的功能或解决方案。
数据表需要能够处理类似于 UTC+ 和 UTC- 格式的时区。我们应该将 pandas 日期时间包作为该功能的灵感来源（ https://docs.python.org/3/library/datetime.html ）。至少我们需要能够转换如下内容：
<SPAN class="hljs-number">2015</SPAN>-02-<SPAN class="hljs-number">24</SPAN> 05:<SPAN class="hljs-number">30</SPAN>:<SPAN class="hljs-number">00-</SPAN>04:0<SPAN class="hljs-number">0</SPAN>
变成这样：
<SPAN class="hljs-number">2015</SPAN>-02-<SPAN class="hljs-number">24</SPAN> 01:<SPAN class="hljs-number">30</SPAN>:<SPAN class="hljs-number">00<BR /></SPAN>
如果提供此新功能，对您和/或其他用户有何价值？
目前，客户对于从默认使用时区编码的来源提取数据感到沮丧。这使得将业务扩展到公司中更频繁使用这些数据的部门变得更加困难。
这是外部客户请求吗？
是的 - Wolfspeed（在 2024 JMP 日）和 Thermofisher 之前也曾提出过此类请求。
2024 年 10 月 2 日：来自 Wolfspeed 的额外请求（与初始请求不同的组 - 通过 ODBC 从 Snowflake 导入数据时，时区问题导致错误。他们有一个解决方法，但是……对这个问题感到烦恼），IDEXX（另一个 Snowflake 采用者提出的一个问题，即他们制造的现场测试单元传来的诊断数据。）
是否存在具有此功能或解决方案且值得我们了解的竞争性软件包？
出现了一个 Python 包（上面突出显示）。Snowflake（作为分析工具）、Power BI 以及其他 BI 解决方案本身都具有此功能。
这是否会影响客户的续约、扩展或采用？如果我们不解决这个问题，是否会使账户面临风险？
任何拥有国际业务的大客户都会遇到这个问题。对于这些客户来说，这不一定是交易障碍，但这是一个摩擦点，会让其他工具看起来更有吸引力。
@Sarah-Sylvestre——自最初请求以来，根据客户的其他请求进行更新。
