2017-11-21 5 views
1

TIMESTAMPADDクエリを実行すると、結果が必ずしも正確ではないという奇妙なバグが発生します。スプライスマシン:TIMESTAMPADDは、時間の10-15%を1時間オフする値を返します。

例#1(間違った):

TIMESTAMPADD(SQL_TSI_SECOND, 1214870399, TIMESTAMP('1970-01-01 00:00:00.000Z'))

戻り値:2008-07-01 00:59:59.0

それは次のようになります。2008-06-30 23:59:59.0

例#2(修正):

TIMESTAMPADD(SQL_TSI_SECOND, 1167609600, TIMESTAMP('1970-01-01 00:00:00.000Z'))

戻り値:2007-01-01 00:00:00.0正しいです。

私のクエリの約10-15%で発生します(テーブルを照会するときにタイムスタンプを変換するために多くのunixtimeが発生します)。それは常に同じ1時間オフです。 2010-04-05 23:00:10.0

  • 1304722810でなければなりません2010-04-06 00:00:10.0

    • 1270508410

      おかげ追加情報を

      編集:私は変換しようとした場合、誤って表示さ

      他の例unixtimesを2011-05-07 00:00:10.0に0を設定してくださいあるべき2012-06-20 20:45:07.0

    • 13402215072012-06-20 19:45:07.0

    この最後のものは、単にそのはちょうど深夜時間帯の近くにあるタイムスタンプに関連していない示すことです。

  • 答えて

    0

    スプライスマシンには、この問題に関する独自の未解決の問題があります。

    スプライスマシンのサポートに連絡する際に参照する:チケット番号DB-4937

    関連する問題