Viewing 15 posts - 5,956 through 5,970 (of 59,101 total)
Convoluted method, don't do it.
Only to those that think so.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2020 at 2:53 am
Just as a bit of a drive by shooting, the following code...
select
DATEPART (d, datetime) AS Day,
CASE DATEPART(DW, datetime)
WHEN 1 THEN 'Sun'
...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 10, 2020 at 4:28 pm
(at least it's not EAV!)
Actually, too bad it's not! 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 10, 2020 at 4:17 pm
Again, can't use SUM() OVER for the running total on this one. The OP said he's actually using 2005.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 6:54 pm
Tried creating the view. It was non performant .
Then you're doing it wrong. Please answer the questions I posted or I don't know enough how to help you.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 6:51 pm
My recommendation would be to do what the industry best practice normally recommends and disable it. If the phone rings, you'll have your answer and, yes, you should answer the...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 5:07 am
Hi, I am running into similar situation, except that my procedure consistently runs slow compared to other environment, when in comparison both environments have similar execution plan and statistics,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 4:56 am
Steve... the OP has posted in a 2005 forum which is before SUM() OVER had the ability to produce a running sum. I'm thinking we're going to need another "Quirky...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 4:17 am
I have a table that is 125GB. It only has 5 Columns but has almost a billing rows. This is a fact table that gets regenerated nightly . I...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 4:12 am
A heap can have a non-clustered index and leaves won't be ordered on that index.
If I'm reading that correctly, I'm really sure that's not true. All non-clustered indexes are...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 9, 2020 at 12:15 am
To the best of my knowledge (and I could be wrong), inserts into heaps follow no order. They're almost always added to the last logical page of the heap. That...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2020 at 11:16 pm
I may not have had to rebuild them, but doing a full sample on the statistics definitely fixed the slowness.
Should I have to do a full sample on the...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2020 at 10:25 pm
Looks like I'll have to migrate to a newer version of SQL. Thank you everyone for their support!
There's no need to wait... simply use the following code for the...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2020 at 10:11 pm
It doesn't work just in the old punch-card days. It works fine now, as well. 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2020 at 6:26 pm
"Mastery" can also be an illusion... remember that "In the land of the blind, the one-eyed man (even with less than perfect vision) is king".
--Jeff Moden
Change is inevitable... Change for the better is not.
December 8, 2020 at 6:24 pm
Viewing 15 posts - 5,956 through 5,970 (of 59,101 total)