Viewing 15 posts - 2,551 through 2,565 (of 59,067 total)
Excellent article, ...
I absolutely love it when the challenge at hand requires a graceful and carefully engineered solution, but I also find it gratify to simply craft something...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 6:58 pm
So test the values of @startdate and @enddate to make sure that they're both >= DATEADD(yy,-1,CONVERT(DATE,GETDATE())) and pop the message if they're not.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 2:28 pm
Getting back to the original post... you do know what sys.dm_db_index_physical_stats() is for, correct?
Ok... After a year, I'll take that as a "No". 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 2:16 pm
From what I read, and think I understood, this code is creating a watchdog that looks for SQL statements that contain the "Having" clause. When it sees that clause,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 1:59 pm
Jeff Moden wrote:Reminder... STRING_AGG() wasn't available until 2017. The OP posted in a 2016 forum.
Thanks, Jeff, I should have checked that!
Not to worry... I've been bitten by that type of...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 1:54 pm
also i working on sql server 2019
so are using CHECKSUM_AGG will working
or not working good
I don't understand what you're saying here. Is the STRING_AGG() solution working for you but...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 1:46 pm
BWAAA-HAAA-HAAA!!! I have the "Change is inevitable" quote in my signature line below. I found its brother today quite by accident that covers what you went through, ZZ...
"If it's not...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 1:41 pm
As a bit of a sidebar, your #Message table shouldn't exist in a normalized database. The MessageValue appears to be an aggregation of voltages related to the combination of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 3:59 am
What I'm amazed about is the attitude surrounding software projects especially from large companies like MicroSoft. What ever happened to the idea of "Putting your best foot forward" instead of...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 3:27 am
At the risk of 'negative feedback' I'll add that after a couple years, I still get the error rejecting my first post effort with "Did you really mean to...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 3:18 am
p.s. Here's a higher risk method of doing the same thing. It's higher in risk because it uses CheckSums instead of the "full monty" like we did with the String_Agg()...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 2:36 am
Ok... it took me a minute to figure out what you were asking for and I'll assume that what I stated above is correct.
The following code will do the trick.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 1:31 am
Just to be sure, what you're asking for is PartIDs that have the exact same FeatureID's and FeatureValue's as a given MessageID, correct?
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 12:28 am
I guess maybe I'm the idiot. I don't know extended events at all but I'm not seeing anything in that code that tells you those locks are from JUST the...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2022 at 12:07 am
First, welcome aboard. Just to help you on your postings, graphics are great for posting what you want to see or for additional explanations. Most folks on this forum like...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 24, 2022 at 11:01 pm
Viewing 15 posts - 2,551 through 2,565 (of 59,067 total)