Viewing 15 posts - 1 through 15 (of 60 total)
The reason why the code doesn't produce an error can be found in the execution plan. Apparently, since SQL knows there's only 1 row, it never executes the ORDER...
August 17, 2023 at 6:29 pm
CREATE TABLE #tmp ([text] VARCHAR(10) )
INSERT INTO #tmp
VALUES ('1')
INSERT INTO #tmp
VALUES ('a3')
CREATE TABLE #tmp2 ([text] varchar(10) )
BEGIN TRY
INSERT #tmp2
SELECT *
FROM #tmp t
...
August 17, 2023 at 5:23 pm
you know, I can't seem to replicate it with a simple example, but the basic premise definitely was this, where my result set ends up saying (I pasted the code...
August 17, 2023 at 5:17 pm
Ah that's true... my initial case was a bit more complex, and I tried to simplify it to a postable snippet... in my real case, it was actually producing an...
August 17, 2023 at 5:00 pm
I've managed to fix it. It required going into my registry, and finding the ISDeploymentWizard.exe key that it was opening the program with, the value was something like
"C:\Program Files (x86)\Microsoft...
January 26, 2021 at 2:13 pm
Yes I've already installed the SSIS extension. It was working fine previously, it was only recently that it stopped working, after I updated my visual studio 2019 professional. I can...
January 26, 2021 at 8:20 am
I was using SET STATISTICS IO ON, along with reading through the query plan in SQL Sentry Plan Explorer.
May 16, 2018 at 8:45 am
Thanks, the simplified way of calculating the date range produced a much faster query plan than the originally stated way!
May 16, 2018 at 8:16 am
It turns out that I can get the simple package parameter example to work if my targetserverversion is set to SQL Server 2017 (an option that wasn't available before I...
February 9, 2018 at 8:26 am
Thanks guys. Luiz's code doesn't complete for me when I run it as is, but when I make my loop join change (which seemed to be the larger problem which led to...
March 1, 2017 at 8:13 am
This was the intention of the line:DATEDIFF(DAY
March 1, 2017 at 7:32 am
I think that's how tally tables work though? I haven't been able to track any slowness down to the use of the tally table, at least as far as I...
March 1, 2017 at 7:23 am
Ok, I fixed the issue by joining onto my fact table specifically using a loop join, rather than the generic join. It now runs like greased lightning
March 1, 2017 at 4:08 am
Hmm I just realised even though it never completes, I can still look at the estimated plan. It definitely looks significantly different when I pass in the value in the...
March 1, 2017 at 3:59 am
It just keeps running forever, whereas it normally would finish in less than a second. Expected results for me would be returning a dataset of maybe around 300 rows, which...
March 1, 2017 at 3:44 am
Viewing 15 posts - 1 through 15 (of 60 total)
This website stores cookies on your computer.
These cookies are used to improve your website experience and provide more personalized services to you, both on this website and through other media.
To find out more about the cookies we use, see our Privacy Policy