また、”Datetime2″（”DateTime2″と”DateTime2″）については、”DateTime2″（”DateTime2″と”DateTime2″）。”):
1. “DateAdd”関数を使用することは、浮動小数点数値（日数）への暗黙的/簡単な変換を行わないための簡単な回避策ではありません。分の日付-時刻から、esp。 日付の複数の（すべてではないにしても）部分を考慮に入れようとしています（つまり、2つの完全な日付時刻を一緒に/互いに加算/減算する）。
2. “年齢”を簡単に計算することはできません（たとえば、ある”DateTime”を別の”DateTime”から減算するだけです）。 2つの日付時刻が指定された単位のカレンダー/時計境界の反対側にある場合、「年齢」を返さない「DateDiff」関数を使用します）。
3. “Avg”集計関数では簡単に使用できません（最初に”Float”に”Cast”して”DateTime”に戻すだけです）。 ところで、日時の「平均」を取得する目的が何であるかを尋ねているのであれば: 日付-時刻（共通の基本日付-時刻以降）が期間（一般的な慣行）を表すために使用されているときに平均期間を取得するのに使用するだけでなく、平均日付-時刻が日付-時刻の範囲/グループ内にあるかについてのダッシュボードタイプの統計を取得することも便利です。 これまで有効ではなかったり、非推奨になる必要がある列の値を調査/トラブルシューティングするための標準的なアドホッククエリは、各値に発生数と(
はい、私は（かなり複雑な）回避策の式（”https://siderite.blogspot.com/2015/08/how-to-translate-t-sql-datetime2-to.html”）があることを認識していますが、その式は1970年よりも新しい日時でのみ機能します（つまり、余分な範囲*プラス*217年を失うことを意味し、余分な範囲はおそらく（おそらく）”Datetime2″の2つの最大の長所の一つですが、ほとんどのユースケースではおそらく必要ではありませんが）、数値オーバーフローの問題のためにより多くの範囲をサポートすることは必ずしも些細なことではありません。
そして、はい、最初に”DateTime”に”キャスト”することもできます（必要に応じて”Datetime2″に戻ることもできます）が、余分な精度を失い、余分な範囲（すべて1753年より前）”Datetime2″対”DateTime”の利点は、おそらく2つの最大であり、同時に、おそらく必要ではない可能性が高いため、浮動小数点数値（日数の数）への暗黙的/簡単な変換を失うときにそれを使用する理由は疑問です。/減算/”年齢”（対datediff）/avgは私の経験では大きなものである利益を計算します。