我认为使用本地日期时间数学比将所有来回切换为各种字符串，日期和数字格式的效率更高。
DECLARE @julian VARCHAr(6) = '111186';SELECt DATEADD(YEAR, 100*ConVERT(INT, LEFt(@julian,1)) +10*ConVERT(INT, SUBSTRINg(@julian, 2,1)) +ConVERT(INT, SUBSTRINg(@julian,3,1)), DATEADD(DAY, ConVERT(INT,SUBSTRINg(@julian, 4, 3))-1, 0));
结果：
===================2011-07-05 00:00:00
假设此数据不经常更改，那么将日期实际存储为计算列可能会更有效（这就是为什么我选择基准日期
0而不是某些字符串表示的原因，这将导致确定性问题，从而阻止该列被持续存在并可能被索引）。
CREATE TABLE dbo.JDEDates( JDEDate VARCHAr(6), GregorianDate AS ConVERT(SMALLDATETIME, DATEADD(YEAR, 100*ConVERT(INT, LEFt(RIGHt('0'+JDEDate,6),1)) +10*ConVERT(INT, SUBSTRINg(RIGHt('0'+JDEDate,6), 2,1)) +ConVERT(INT, SUBSTRINg(RIGHt('0'+JDEDate,6),3,1)), DATEADD(DAY, ConVERT(INT, RIGHt(JDEDate, 3))-1, 0)) ) PERSISTED);INSERT dbo.JDEDates(JDEDate) SELECT '111186';SELECT JDEDate, GregorianDate FROM dbo.JDEDates;结果：
JDEDate GregorianDate======= ===================111186 2011-07-05 00:00:00
即使您没有为该列编制索引，它仍然使您难以进行丑陋的计算，被保留下来只是在写时才支付费用，因为无论何时引用该列，它都不会导致您在查询时执行昂贵的功能操作…
