このウィッシュリストリクエストのきっかけは何ですか?
国際的なサイトを持つ複数の戦略的顧客は、特にタイムゾーンに関するクエリ ビルダーからの日付と時刻のサポートに不満を表明しています。また、Snowflake と Pandas のネイティブ タイムゾーン サポートでは、それらのデータ形式のインポートと操作で摩擦が発生しています。この問題は、カスタム形式を使用してタイムゾーン情報を単に削除するだけにとどまりません。その情報は、レコードに添付された実際の現地時間を理解するために重要だからです。
希望する新しい機能や改善された機能、またはソリューションについて説明してください。
データ テーブルには、UTC+ および UTC- 形式に似たタイム ゾーンで作業する機能が必要です。この機能については、pandas の date time パッケージを参考にしてください ( 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 - 最初のリクエスト以降、顧客からの追加リクエストを更新しています。
