July 26, 2018 at 5:57 pm
Nice question. Thanks Evgeny.
July 26, 2018 at 7:42 pm
Really nice. I wish I thought of this question myself. Oh well, next time. Until then, see you online.
August 2, 2018 at 11:03 am
lmalatesta - Monday, July 23, 2018 10:20 AMKeep in mind that this trick relies on behavior that is not only undocumented but officially undefined. There is no guarantee that this trick will work with the next SQL Server update.
Heh... While what you say is true, I'll take the bet that it'll work with the next SQL Server update... and the next several dozen after that. 😉
While it took until SQL Server 2012 to remove the syntax for RAISERROR deprecated in SQL Server 2005, it still happened. That probably broke a lot more production code than changing this behavior would.
I don't see a reason why Microsoft would change it. But I also wouldn't rely on it unless there was a really good reason such as a significant performance benefit.
August 2, 2018 at 1:17 pm
Jeff Moden - Monday, July 23, 2018 1:46 PMlmalatesta - Monday, July 23, 2018 10:20 AMKeep in mind that this trick relies on behavior that is not only undocumented but officially undefined. There is no guarantee that this trick will work with the next SQL Server update.Heh... While what you say is true, I'll take the bet that it'll work with the next SQL Server update... and the next several dozen after that. 😉
While it took until SQL Server 2012 to remove the syntax for RAISERROR deprecated in SQL Server 2005, it still happened. That probably broke a lot more production code than changing this behavior would.
I don't see a reason why Microsoft would change it. But I also wouldn't rely on it unless there was a really good reason such as a significant performance benefit.
Not sure what you're talking about. RAISERROR still works just fine in 2016.
--Jeff Moden
Change is inevitable... Change for the better is not.
Viewing 4 posts - 16 through 18 (of 18 total)
You must be logged in to reply to this topic. Login to reply