Viewing 7 posts - 1 through 7 (of 7 total)
Hi Steve,
I just reported this as bug on feedback.azure.com
-> https://feedback.azure.com/d365community/idea/ba4b34ea-1d87-ef11-9442-6045bd8115dc
Meanwhile we found a few other workarounds to make it work again.
* change the auto-cleanup from true => false...
October 10, 2024 at 3:43 pm
Thanks for your input @steve-2, I checked the release notes of all the CU's before posting this message.
We narrowed down what could cause this behavior, and fix 2962248...
October 8, 2024 at 9:19 am
OK, got an update from Microsoft after raising a support ticket.
This is what they say :
I have a response from my colleague and this seems to be a defect.
We have...
February 5, 2020 at 9:57 am
Grant,
I don't see why the statement is incomplete ?
BOL indicates that ORDER BY <column> without a ASC or DESC is ASC by default.
And even when I add "order by column1...
February 5, 2020 at 9:54 am
Jeffrey,
Yes, using a TOP 1 fixes the problem. And that's the way i usually do it, but when you inherit a program with 7000 SP's and 1500 Scalar UDF, you...
February 5, 2020 at 9:43 am
Hi Grant,
That's the point, the statement does include an ORDER BY.
See my first post.
CREATE FUNCTION [dbo].[fnTest]()
RETURNS int
AS
BEGIN
declare @myNumber INT;
...
February 5, 2020 at 9:33 am
Thx Mike,
You're right, when I execute below on SQL 2016 & SQL 2019, both return the same value.
So it's something with the function, and not the SQL body.
February 4, 2020 at 5:03 pm
Viewing 7 posts - 1 through 7 (of 7 total)