Viewing 15 posts - 7,096 through 7,110 (of 59,072 total)
p.s. I'm probably a minority here but I hate the look of StackOverflow and similar sites. Everyone has gone that way to support mobile (i.e. smart phones) and so don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 8:20 pm
Understood on not changing the data in the existing column. It could really screw up a lot of code that's depending on the bloody NULLs.
If you can add a persisted...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 8:13 pm
thx for the suggestin Jeff. I'd really prefer NOT to free the cache.. Looking for the command to mark the procs for RECOMPILE -- across all DB's..
Like Jeffrey Williams...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 7:53 pm
Correct... it doesn't look much different. It's when you try to use the forum and related functionality. Their stuff works better than ours do. Sometimes, ours doesn't work at all.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 4:35 pm
From my personal observations, "OR" in criteria is more often a problem than not and, with that, I tell people to make their EndDate column NOT NULL and have it...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 4:24 pm
Here's a simplification of Jonas' method above.
--===== Create the test table and populate it.
-- This is NOT a part of the solution.
DECLARE...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 4:06 pm
That show at the end is absolutely awesome. Thanks, Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 2:42 pm
DBCC FREEPROCCACHE;
Understand that there could be a period of some pretty high activity and some slowness until all the procs being used are recompiled on their first runs.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 1:55 pm
BrainDonor beat me to the link he provided. I'll also add that if you're having serious problems with TempDB, there's usually some code in desperate need of a fix.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 1:53 pm
Thanks for the info and link.
It looks like the on-premise DBA is going to be met with a few challenges in the future. I know there are a lot...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 1:14 pm
@steve-2...
No... this is not like stack overflow especially not when it comes to publishing code nor in rendering previous published code (how hard would it be to overcome the quadruple...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 12:34 pm
I feel like I'm missing something. An inner join is necessarily an existence check, why not:
SELECT u.UserId
FROM UserTable u
JOIN TableA a...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2020 at 12:23 pm
You've yet to make the realization that the "upgrade" they did wasn't really user oriented, although I'm sure that Steve will argue with that. It was to increase the looks...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 12, 2020 at 9:53 pm
>> In 99.9% of all cases, all most people need is an automatically assigned value incremented by 1. <<
No, I would say that in the majority of cases people...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 12, 2020 at 9:47 pm
What percentage of the rows of each table are less than 12 months ago?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 12, 2020 at 6:39 pm
Viewing 15 posts - 7,096 through 7,110 (of 59,072 total)