Viewing 15 posts - 1,231 through 1,245 (of 59,065 total)
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
My other feeling was that having it run multiple times (2, 3, 4?) at the start of the month could be deceptive / confusing to people looking...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 7, 2023 at 6:27 am
My other feeling was that having it run multiple times (2, 3, 4?) at the start of the month could be deceptive / confusing to people looking at the...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 6, 2023 at 5:55 pm
I agree.. small changes in knowledge are easier to learn and remember than trying to learn everything at once. I've also learned that, instead of learning how to solve a...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 6, 2023 at 5:30 pm
I Googled the following...
What is the best way to track down what users\logins are accessing my linked servers in sql server?
It came up with a lot of answers. Just for...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 6, 2023 at 5:14 pm
I think all of this cloud stuff is a bit odd. It's actually very old thinking. Remember when people thought you were stupid if you didn't "decentralize" so that you...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 3, 2023 at 6:14 pm
SCDs (specifically, type 6 Slowly Changing Dimensions) would work the best. One of the better SCD methods is System Versioned Temp Tables.
https://en.wikipedia.org/wiki/Slowly_changing_dimension
I would avoid the use of a simple "IsCurrent"...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2023 at 11:37 pm
Just posting so Michael's post above will show up. This site won't show a single post on page 2. I really wish they'd fix that. 🙁
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2023 at 8:55 pm
After reading this, I had this vision of the very old "graphic" of a snake eating its own tail.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2023 at 6:43 pm
I hate rebrands/renames. I think it creates confusion and often doesn't make anything better. Either you execute well or you do not and people know that, regardless of name.
However,...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2023 at 6:54 pm
Viewing 15 posts - 1,231 through 1,245 (of 59,065 total)