April 25, 2015 at 1:32 pm
You may find that my previous link has a lot of overlap with your findings: http://www.sommarskog.se/dyn-search.html
Lots of test cases, a bucket load of data, results, timings, implications, etc. Has possibly been the most useful single link / article that I have ever been given.
January 27, 2017 at 7:53 am
Hmmm... After reviewing the discussions, it seems that the flame wars have scared off a potentially good author since this is the only article he's published in 4 years.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 27, 2017 at 8:12 am
Jeff Moden - Friday, January 27, 2017 7:53 AMHmmm... After reviewing the discussions, it seems that the flame wars have scared off a potentially good author since this is the only article he's published in 4 years.
Sorry, Jeff, but thinking of a topic is actually more of an issue, these days. Thank you for your encouragement, however.
January 27, 2017 at 8:14 am
Jeff Moden - Friday, January 27, 2017 7:53 AMHmmm... After reviewing the discussions, it seems that the flame wars have scared off a potentially good author since this is the only article he's published in 4 years.
Probably a good thing for him. He doesn't seem to be able to put up with criticism, which is unavoidable when you post something publicly.
Bad for us, for sure.
-- Gianluca Sartori
January 27, 2017 at 9:49 am
John Hick-456673 - Wednesday, April 17, 2013 9:35 PMComments posted to this topic are about the item The Elusive Conditional WHERE Clause
You say "The “0=@pCondition†tells our sproc to ignore all subsequent @pCondition filters."
But I always figured just the opposite was true... it would certainly be NICE if the engine had the sensible "short-circuiting" processing logic of the .Net framework, for example, in order to exclude superfluous tests, but what evidence is there that it does? I mean, how do you know that the engine doesn't evaluate everything else in the WHERE clause???
Thanks!
Viewing 5 posts - 76 through 79 (of 79 total)
You must be logged in to reply to this topic. Login to reply