¿Qué inspiró esta solicitud de lista de deseos?
Varios clientes estratégicos con sitios internacionales han expresado su frustración con la compatibilidad de fecha y hora que brinda el generador de consultas específicamente en relación con las zonas horarias. Además, con la compatibilidad de zona horaria nativa de Snowflake y Pandas, están experimentando problemas a la hora de importar y trabajar con esos formatos de datos. El problema va más allá de simplemente eliminar la información de la zona horaria mediante un formato personalizado, ya que esa información es importante para comprender la hora local real asociada a un registro.
Describa la característica o solución nueva o mejorada que le gustaría ver.
Las tablas de datos deben tener la capacidad de trabajar con zonas horarias similares a los formatos UTC+ y UTC-. Deberíamos tomar como inspiración el paquete de fecha y hora de Pandas ( https://docs.python.org/3/library/datetime.html ). Como mínimo, debemos poder convertir algo como esto:
<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>
En algo como esto:
<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>
¿Qué valor tendría para usted y/o para otros usuarios ofrecer esta nueva función?
Actualmente, los clientes están expresando su frustración por la extracción de datos de fuentes que utilizan codificaciones de zona horaria de forma predeterminada. Esto dificulta la expansión a partes de la empresa donde estos datos se utilizan con mayor frecuencia.
¿Es esta una solicitud de un cliente externo?
Sí, ha habido solicitudes de este tipo por parte de Wolfspeed (en el día JMP 2024) y también de Thermofisher anteriormente.
02 de octubre de 2024: solicitudes adicionales de Wolfspeed (un grupo diferente al de la solicitud inicial; los problemas de zona horaria están causando errores al importar datos desde Snowflake a través de ODBC. Tienen una solución alternativa, pero están molestos por el problema), IDEXX (otro adoptante de Snowflake planteó un problema con los datos de diagnóstico que llegan de las unidades de prueba de campo que fabrican).
¿Existe algún paquete de software competitivo que tenga esta característica o solución y que debamos conocer?
Existe un paquete de Python que aparece (resaltado arriba). Snowflake (como herramienta analítica), Power BI y otras soluciones de BI tienen esta capacidad de forma nativa.
¿Esto afectará una renovación, expansión o adopción por parte de un cliente? ¿Pone en riesgo una cuenta si no abordamos este problema?
Cualquier cliente importante con sede internacional se enfrentará a este problema. No es necesariamente un factor decisivo para estos clientes, pero es un punto de fricción que hará que otras herramientas parezcan más atractivas.
@Sarah-Sylvestre - Actualización con solicitudes adicionales de los clientes desde la solicitud inicial.
