Viewing 15 posts - 3,196 through 3,210 (of 59,098 total)
From the Aritcle:
What work is suited for live, in-person interaction? Which aspects of your job benefit from seeing others face-to-face?
BWAAA-HAAA-HAAA!!! I can think of no thing that would prove...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2022 at 3:23 pm
Can you just create a linked server in SSMS, then just do an "insert into select * from" command in SSMS?
If you cannot create a linked server then, if...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2022 at 3:14 pm
My question would be, why are you using two tables to do one thing? It looks to me like it should be a single table because there appears to be...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2022 at 3:02 pm
Even though the MS documentation states that literals longer than 4000 characters are cast as NVARCHAR(MAX) this doesn't seem to be the case.
Constants (Transact-SQL) - SQL Server |...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2022 at 4:08 am
I've searched for a more recent document that mentions performance in terms of overhead percentages but found none. I wouldn't expect to see such a thing from future MS documentation...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 5:08 pm
Write-output from the PS script:
INSERT INTO XML_REPORT_ALL ( logdate, Report, runnum, servername ) VALUES ( '07/11/2022 11:43:12','<LOG><ALG><ROW><CUSTOMER>... many more info here..... TYPE><','5','COURSE-SQLSERVER' )
I guess I'll never understand why people...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 4:58 pm
To add to what ratbak and Grant have stated, the other thing that paying attention to the order of the criteria in the WHERE helps with troubleshooting. Yeah... I know...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 4:31 pm
No: "Scalar functions must be invoked by using at least the two-part name of the function (<schema>.<function>)"
Why are you even trying to work around this? You should preface...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 4:23 pm
I'm truly humbled by your thoughtful comments and the references to a couple of articles. I really appreciate the feedback and... I'm glad I could make you laugh! 😀 I'm...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 3:57 pm
How to loop the data based on start and end dates below?
Declare @StartDate Datetime Declare @EndDate Datetime
Select @StartDate = '20220611' SET @EndDate = GETDATE()
WHILE @StartDate < = @EndDate BEGIN...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 3:45 pm
Thanks for the feedback Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 3:23 pm
Did that work for you?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 3:22 pm
Afaik this actually produces the desired output. Should work with SQL 2014. It uses the ordinal splitter DelimitedSplit8K_Lead. The query: splits the input string on '_' underscore, finds the...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 2:00 pm
A couple of potential issues: if there's an additional period (.) in the file name and/or an underscore in the extension.
At least it produces the correct output when using...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 12:59 pm
Example - When i run the query today 7/13/2022
I am looking for start and end dates to be June 11, 2022 that is saturday to July 9, 2022 saturday....
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2022 at 2:49 am
Viewing 15 posts - 3,196 through 3,210 (of 59,098 total)