Viewing 15 posts - 151 through 165 (of 1,219 total)
I don't know might be going on. The result certainly is not expected. Could you post the output of "SELECT @@version" for your local instance?
Also, can you attach the query...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
July 1, 2020 at 7:27 pm
OUTER APPLY is quite similar to a LEFT JOIN. The difference between JOIN and APPLY is that when you have A JOIN B, B cannot be a query that refers...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
July 1, 2020 at 7:19 pm
The (nolock) is out of my control. My code won't pass code review if i don't have it. 😀
If I am doing the code review, it will not pass...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 29, 2020 at 7:16 pm
First: stop using NOLOCK all over the place! It litters the code and it can lead to incorrect results being returned in a matter which is difficult to reproduce.
Next, if...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 27, 2020 at 8:38 am
I don't see why the variables would be a problem. They can be dumped with PRINT and SELECT as well. No reason to replace them with something else to debug.
(And...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 27, 2020 at 8:18 am
It's over 15 years since I gave up using an SQL debugger. I found that I spent more time to get to work than I actually got out of it....
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 26, 2020 at 7:49 pm
First of all, take out those NOLOCK. You may be a gambling man, but gambling does not really have a place in database systems.
The reason you lose the rows is...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 22, 2020 at 4:01 pm
So did you try our solutions? And more to the point, did you try to augment any of them to fit this slant of the problem?
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 17, 2020 at 6:44 am
If this is being used in the SELECT list of a query,
Jeff, if that is part of a SELECT list, what SQL dialect would that be? I...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 15, 2020 at 4:22 pm
SELECT ID2, SUM(Amount1), SUM(Amount2)
FROM (SELECT ID2, Amount AS Amount1, 0 AS Amount2
FROM Table1
...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
June 11, 2020 at 6:39 am
Indexing could help a lot! Or not at all, all depending on what your memory pressure is due to. It could be that you are scanning a 100 GB table...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
May 9, 2020 at 7:25 pm
If it is a web application that uses an application login, don't add users as logins to SQL Server at all. If you already have, drop them.
TDE requires nothing special...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
May 9, 2020 at 8:33 am
Please elaborate on your question. We don't know your system. Is it a web application? A fat Windows client? And what do you mean with the second sentence?
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
May 9, 2020 at 8:11 am
If you have a working loop for SQL 2008, stick with it. And consider my piece of code a kick in the rear parts to get you ahead for an...
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
May 6, 2020 at 6:21 am
By the way, thank you for proving CREATE TABLE + INSERT and even the sample data with INSERT statements. Far too few people do that.
[font="Times New Roman"]Erland Sommarskog, SQL Server MVP, www.sommarskog.se[/font]
May 5, 2020 at 8:53 pm
Viewing 15 posts - 151 through 165 (of 1,219 total)