Viewing 15 posts - 2,296 through 2,310 (of 59,091 total)
How deep does identical data occur from the left side of the VARBINARY(MAX)? You might be able to speed things up a bit by sorting, say, only the left 50...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 5:52 am
How to convert long data to wide data in SQL without using hard coding?
Regards
Like I suggested on the other thread, Manish, open a separate thread for your own question.
[EDIT]...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 5:47 am
Correct, you convert the local time to UTC then perform the conversion to Unix timestamp.
In fact, the numeric timestamp is only UTC by convention. There is nothing inherent in...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 5:36 am
Have a doubt regarding converting long data to wide data in SQL with out using hard coding?
Regards
Manish Bose
You should open your own post, Manish, so that it doesn't "get...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 5:17 am
Back in the '90's at work, I had to have a reel to reel tape reader, a CD reader, a special optical reader, and multiple floppy drives, and a special...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 5:12 am
"It Depends" on what you're talking about. If you're on Eastern Time and you want the correct data based on a UNIX timestamp, then you need to convert your local...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 4:47 am
I am not even sure what your function is trying to do here - or why you would even care about UTC. The UNIX timestamp is an offset in...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 16, 2022 at 2:47 am
The new STRING_SPLIT with the 3rd operand is great for this. The old STRING_SPLIT without it is not. Even MS has stated that the order of the output is NOT...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2022 at 9:27 pm
And what kind of stored procedure? Is it for DBAs/Maintenance, etc or is it "production" code or ???
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2022 at 9:18 pm
Agreed.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2022 at 9:01 pm
So make call in open query to get the int value of t_stamp then use that as the driver in query..
If I'm understanding what you wrote above correctly (it's...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2022 at 8:27 pm
Most of these are not SARGable. I wonder if the TIME conversion is (Like DATE and DATETIME supposedly is).
If this is a regular thing, I'm with Piet... persisted computed column.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 13, 2022 at 11:45 pm
Hi jeff thanks for advice , i went by website you suggested geeks for geeks and i found it to more for programmers . .I didnt see anything related...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 13, 2022 at 11:39 pm
Thanks for the update, Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 13, 2022 at 11:29 pm
And, I didn't read Jeffrey Williams post before I posted (I was responding to a post on the first page of this thread). He's spot on about the Unix TimeStamp...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 13, 2022 at 10:41 pm
Viewing 15 posts - 2,296 through 2,310 (of 59,091 total)