我认为使用本地日期时间数学比将所有来回切换为各种字符串,日期和数字格式的效率更高。
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
即使您没有为该列编制索引,它仍然使您难以进行丑陋的计算,被保留下来只是在写时才支付费用,因为无论何时引用该列,它都不会导致您在查询时执行昂贵的功能 *** 作…
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)