問題タブ [datetimeoffset]

SQL Server 2005データベースにaac＃DateTimeOffset値を保存したいと思います。

Sql 2008には組み込み型としてこれがありますが、SQLServer2005にはありません。

DateTimeOffset構造体には、（TimeSpanタイプの）OffsetプロパティであるDateTimeとして格納するDateTime値があります。これはUTCを基準にしたタイムゾーンであるため、通常は整数時間または30分です。

これをSQLServer2005データベースに保存するのに最適な方法に関する提案はありますか？

数ヶ月前、私は新しいDateTimeOffsetタイプを紹介され、DateTimeタイムゾーンに関する欠陥がようやく処理されてうれしかったです。

しかし、この新しいタイプを使用することで発生する可能性のあるオーバーヘッドや問題があるかどうか疑問に思いました。

私はマルチロケールのWebアプリケーションに取り組んでいます。誰かが私のすべての日付/時刻の仕事にそれを使用することから私を動揺させる可能性がある何かを知っていますか？ここに虐待の窓はありますか？

参照：DateTimeOffset：JustinVanPattenによる.NET3.5の新しいDateTime構造

DateTimeOffsetSqlServer 2008が値を正しく解析するために、.NET変数を文字列として正しくフォーマットする方法がわかりません。

.ToString()現在、通常の DateTimeOffset 値からデフォルト値を指定すると、エラーになります。

エラーが発生するサンプル.ToString()値を次に示します (たとえば、Sql2008 はそれを好みません)。'25/12/2008 2:12:21 PM +00:00'

アップデート

.ToString()明確にするために、互換性のある Sql2008 形式ではないことを知っています。新しいSqlDataTypeの正当IFormattableProviderな（メソッドの）引数に何を提供する必要があるかを誰かが教えてくれることを願っています。.ToString()DateTimeOffset

答え

私は自分で答えました。正しい IFormattableProvider 引数を見つけました

myDateTimeOffest.ToString("yyyy-MM-dd HH:mm:ss.ffffff zzz")

次のコードは、新しいレコードを作成し、データベースにコミットされた後に変更しようとします。最後の SubmitChanges() 呼び出しは、ChangeConflictException をスローします。

dataContext.ChangeConflicts を調べると、報告された CurrentValue と DatabaseValue が同じように見えても、'Created' 列が競合していることがわかりました。よく調べてみると、ティックがわずかに異なっていることがわかりました。データベースの DateTimeOffset 列のスケールを 3、つまりミリ秒に設定したため、スケールが 7 であると思われる .NET のバージョンの値とは異なります。その結果、Linq から Sql へ不一致に気づき、上記の挿入と更新の間に何かがデータベースを変更したと考えます。

エクステンション メソッドまたは .NET で精度を変更するために使用できるものを作成する以外に、これに対処するより良い方法はありますか?

アップデート

モデルに DateTimeOffset 列を設定するときに呼び出す必要がある拡張メソッドに依存する必要がありました。

次に、次のように呼び出すことができます。

このアプローチはあまり好きではありません。これは、データ コンテキストが行うべきだと思われるスケールを手動で設定する必要があることを意味するからです。

場所の緯度/経度を取得し、夏時間がオンまたはオフのときに GMT オフセットを返す Java クラスがあります。現在の日付が夏時間であるかどうかを Java で判断する簡単な方法を探しているので、正しいオフセットを適用できます。現在、私はこの計算を米国のタイムゾーンに対してのみ実行していますが、最終的にはこれをグローバルなタイムゾーンにも拡張したいと考えています.

Visual Studio 2008 (.net 3.5 sp1) によって生成された WCF サービス参照 (= クライアント プロキシ) があります。生成されたコードには、DateTimeOffset プロパティを持つデータ コントラクトが含まれているため、当然 VS は KnowTypeAttribute(System.DateTimeOffset) で装飾します。

上記のデータ コントラクトを返す WCF 操作を呼び出すたびに、次の例外が発生します。

タイプ 'System.DateTimeOffset' を既知のタイプのリストに追加できません。別のタイプ 'System.Runtime.Serialization.DateTimeOffsetAdapter' が同じデータ コントラクト名 ' http://schemas.datacontract.org/2004/07/System:DateTimeOffsetであるためです。 ' はすでに存在します

DateTimeOffsetAdapter は、DateTimeOffset オブジェクトをシリアル化するときに使用される System.Runtime.Serialization の構造体であることを理解しています。では、なぜこの例外が発生するのでしょうか?また、これを修正または回避するにはどうすればよいでしょうか?

現在の日付を入力して翌日取りたい次のように使用したコード

これは正常に機能しますが、夏時間が有効になっている場合、これによりエラーが発生します。夏時間が有効になっている場合、どうすればこれを機能させることができますか。

SQL Server 2008 で datetimeoffset を使用することを検討しています。MSDN の記事によると、タイム ゾーン オフセットの範囲は -14:00 から +14:00 です。UTC から各方向に 12 時間、タイムゾーンごとに 1 時間かかることは理解できます。サマータイムの場合、各方向で 13 時間を理解していると思います。14時間しか取れないの？

いくつかのDateTimeOffsetプロパティを含む一連のエンティティクラス（Linq to SQLによって生成される）があります。

これを.asmxWebサービスからJSONとしてネットワーク経由で送信すると、JSONシリアライザーは次のJSONを生成します。

クライアントの帯域幅とJSON解析時間を節約したいと思います。また、Webサービスに送信する前に、すべてのDateTimeOffsetを手動で投影する必要がないようにしたいと思います。

JSONシリアライザーが想定どおりに動作することを理解しているので、私の質問は次のとおりです。DateTimeOffsetオブジェクトのLocalDateTimeプロパティを送信するようにJSONシリアライザーを構成する方法はありますか？

ありがとう、エギル。

ねえ、私はExpression<Func<T, bool>>文字列プロパティがDateTimeOffsetに変換/キャストされ、DateTimeOffset操作を実行できるようにしようとしています。

データプロバイダーとしてLinq2SQLを使用しています。これは、文字列をDateTimeOffsetに相当するSQLに変換することをサポートしています。理想的には、式をIEnumerableとしてメモリ内ではなく、IQueryableデータソース内で直接評価する必要があります。

私がこれまでに試みたことの例については、以下を参照してください。

残念ながら、このフィルターの定義により、メモリー内評価が発生します。