Take the 2-minute tour ×
Database Administrators Stack Exchange is a question and answer site for database professionals who wish to improve their database skills and learn from others in the community. It's 100% free, no registration required.

In the past I've seen use of something such as

SELECT ISNULL(NULLIF(Field1, ''), 'NewValue')

to tersely get a fallback value.

However, since the advent of CASE in TSQL, we've favored something more like

SELECT CASE Field1 WHEN '' THEN 'NewValue' ELSE Field1 END

Is one going to perform better than the other? What other reasons would there be to choose one over the other?

share|improve this question
Similar question to Performance difference for COALESCE versus ISNULL?. The same points about possible different result datatypes and possible double evaluation of the expression with CASE still apply. –  Martin Smith Oct 8 '12 at 20:35

1 Answer 1

up vote 6 down vote accepted

The primary difference between your examples is that the latter does not replace NULL with your default value.

With regard to performance, you will generally need to try very hard to find a measurable difference (in the order of a few seconds over millions of rows). Search for performance measures for isnull, coalesce, and case--you'll find lots of blog posts about them.

The common voice I've heard is that you should use the structure that feels the most readable for your team, and any time you get the feeling that it might not be as performant as it could be, test it. Run it both ways, and compare the time it takes to complete, and compare the execution plans.

share|improve this answer
Good point about the latter not replacing NULL with default. Fortunately the case I had in mind references a non-nullable column. –  GaTechThomas Oct 8 '12 at 20:53
@GaTechThomas so it's not nullable, but it allows zero-length strings which seems to indicate the same thing? What's the point of not allowing NULLs if you can inject a blank string in there? –  Aaron Bertrand Oct 8 '12 at 21:51
@AaronBertrand It's varchar, which defaults to being rtrimmed. Unfortunately I don't know the design decisions behind this field. –  GaTechThomas Oct 9 '12 at 16:12
@GaTechThomas I think you missed my point. Why is an empty string allowed in a non-NULLable column (whether "empty string" means 0 spaces, 10 spaces, and whether or not it is trimmed)? –  Aaron Bertrand Oct 9 '12 at 17:07
@AaronBertrand Unfortunately I don't know the design decisions behind this field. My guess is that performance gains were intended in not allowing NULLs. However, IIRC, the field would need to be fixed width in order for the performance gain to apply, so the varchar wouldn't gain much. –  GaTechThomas Oct 9 '12 at 18:33

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.