Viewing 15 posts - 1,261 through 1,275 (of 59,099 total)
Check to see if forced parameterization is on. If it is, first take a baseline to see what performance is on the box then turn it off and check again. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 13, 2023 at 5:37 am
We do nightly restores of two of our primary databases.
The large one is a 2TB database and has an 80GB log file with a compressed backup size of 500GB.
The smaller...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 13, 2023 at 5:31 am
The key to my learning in SQL is that I learned very early on that one good test is worth a thousand expert opinions and taught myself how to make...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 12, 2023 at 4:09 am
Not enough info to help here. Are you sure that you created the file group on the correct disk drive?
--Jeff Moden
Change is inevitable... Change for the better is not.
August 10, 2023 at 11:46 pm
Thank you everyone. It turned out to be a network issue.
What was the network issue???
--Jeff Moden
Change is inevitable... Change for the better is not.
August 10, 2023 at 11:40 pm
Using the sample data that you've so nicely provided, can you post what the required output is?
--Jeff Moden
Change is inevitable... Change for the better is not.
August 9, 2023 at 11:09 pm
Quick and simple. Converting a column from NVAR(MAX) to VAR(MAX) has drastically increased the data stored in the column.
Table size in MB is drastically higher after the conversion. There...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 9, 2023 at 2:49 pm
I find it interesting that this doesn't work when using the correct zero date for a datetime2:
DATEADD(dd,DATEDIFF(dd,'1900',DateValue),CONVERT(DATETIME2,TimeValue)) ...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 9, 2023 at 2:31 pm
None of those answers coming up on g0ogle are relevant to my question. They either talk about tracking down link servers which is not my issue, or they talk...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2023 at 8:50 pm
Given that the data type is DATETIME2(7), we can assert the following: The DATE data type is 3 Bytes big-endian, the TIME(7) is 6 Bytes...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 8, 2023 at 12:54 am
Given that the data type is DATETIME2(7), we can assert the following: The DATE data type is 3 Bytes big-endian, the TIME(7) is 6 Bytes big-endian and...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2023 at 11:04 pm
We use the following providers for linked servers and use OPENQUERY, which proved much faster than OPENROWSET (with the disclaimer that check was made years ago). This allows the query...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2023 at 9:10 pm
@Eirikur,
The "Human Factor" is why I value QA Testers so much (and, MAN! They taught me how to anticipate user actions, also known politely as "Human Factors"). In this case,...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2023 at 6:04 pm
Thanks, Jeff for this very good writeup (as always)! 😎
Just a quick point, DATETIME2 is defaulted to DATETIME2(7), not considered the same data type as DATETIME2(<>7), same goes with...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2023 at 3:08 pm
Thanks for the interesting post!
Could you explain the why varbinary is used for the time but binary is used for the date? I tried using binary for both (albeit...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2023 at 3:04 pm
Viewing 15 posts - 1,261 through 1,275 (of 59,099 total)