% 精度を計算します。
(実際の日付 - 計画日) / 計画日 ~ 4.2% 日付によって上下します。
被除数にdatediffは がありますが、除数にはありません。
Excel では実行できますが、SQL では実行できません。
あなたの見積もりはどのくらい正確ですか？
Plan Deploy Date = 5/1/2013
Actual Deploy Date = 6/15/2013
Algorithm = (Actual Date - Plan Date) / Plan Date
(6/15/2013 - 5/1/2013) / 5/1/2013 *100.0 = 10.9% (missed plan date by approx 11%)
完成予定日ではなく、プロジェクトの予算日数を除数として使用する必要があります。
日付は間隔の測定尺度であるため、SQL Server やその他のコンテキストでは、日付で除算することは数学的に意味がありません。つまり、意味のあるゼロは存在しないため、時間の割合は時間の小さなサブセットに対してのみ意味を持ちます。
あなたの例では、プロジェクトを1年欠落させると100％欠落すると言われているので、計算は次のようになります: (6/15/2013 - 5/1/2013) / 365 * 100 またはSQL ServerではSELECT (DATEDIFF(DAY,'2013-06-15','2013-05-01') / 365) * 100
これにより、プロジェクトを完了するのにかかった日数と予想される日数の比率が得られます。
その sql ステートメントの 365 を日付 2013-05-01 に置き換えると、予想とは大きく異なる結果が得られます。これも、時間には実際のゼロがないため、SQL サーバーが任意に 1 つを選択したためです。
時間予算の例では、(3000 - 1000) / 1000 を (3000 - 1000) / 5/1/2013 として表現することはありません。
しかし、それはまさに、異なる時間スケールで、日付計算で試みていることです。
日数の差は正しいです。しかし、それは（日、週、月...）の何％です。何パーセント（日、週、月…関係ありません）で逃しましたか。– user2912796
それは問題である。数時間で行ったのと同じように、結果が日単位で必要な場合、および配当が日単位である場合は、365 をプラグインします。被除数を別の時間間隔に切り替える場合は、除数も切り替える必要があります。