Viewing 15 posts - 8,701 through 8,715 (of 59,091 total)
Rather than check the table, I check the main index on the table to see how many rows it has. In my experience, this is much faster than checking...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2019 at 2:06 am
If you run it a million times. In this case here the OP has no 'from' clause so it only executes once. I actually did read your article a...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2019 at 1:55 am
Sorry. I should withdraw that comment, at least temporarily.
The article (Script actually) has not been released for publication - i posted it just today.
Ah... got it. Nah... don't withdraw...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2019 at 1:13 am
That's a pretty strong indication that the problem may exist. All of those items are actually in the Clustered Index. With the large row count and the fact that "only"...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 10:12 pm
The server has a database that is several hundred GB in size, so it's amazing that the server is even running at all.
Heh... while the world insists...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 9:59 pm
A simple Scalar Function will cause the code to take about 7 times longer than either inline code or an iTVF that acts like a scalar function. Please see the...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 9:54 pm
i just posted an article that uses a tally table. Substitute the holiday table with a resource-specific holiday/Non-working table, if needed.
Congratulations but it doesn't help if we don't have...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 9:34 pm
Be very aware that versioning the rows can cause a massive amount of page splits, which causes massive fragmentation (when you first apply it because a version column will be...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 3:51 pm
The server has a database that is several hundred GB in size, so it's amazing that the server is even running at all.
Heh... while the world insists that you...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 2:48 pm
Micheal,
Unless you're just trying something simple out to learn how to use stored procedures, this should definitely NOT be a stored procedure. Which is it? Just a simple example for...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 2:39 pm
Scratch this guys, its only after posting that I see that it wouldn't update anyway as there's no difference in the values.
I'm just going to go sit in the...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 2:31 pm
The script is likely generating the correct amount of code and you're just having problems displaying it because of the limitations you spoke of in SSMS. You can prove this...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 2:30 pm
This is the reason why I'm asking how many values in the SQLStatement table there are that fall in between the two numbers I provided. It'll let us know...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 1:55 pm
There's no harm in having another post on a similar subject. It can become a bit tedious to have to wade through similar questions and responses on a single thread...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 1:31 am
I guess my question would be, why did you set this instance up on a different domain? That seems to be the real problem here.
Also, since you DO have a...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2019 at 1:15 am
Viewing 15 posts - 8,701 through 8,715 (of 59,091 total)