Viewing 15 posts - 1,351 through 1,365 (of 59,067 total)
@ Jonathan,
Sorry... My previous post above was referring to the 10 million row run prior to your additional (@Start*@Start) optimization. I have to try your new optimization. I didn't look...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 22, 2023 at 3:26 pm
p.s. I just tested the results of Jonathan's code against a 3rd party generator and it passed.
Jonathan's code takes about 39 seconds for a max value of 10 million without...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 22, 2023 at 12:13 am
That's pretty amazing. Now someone just needs to verify that it's actually producing the correct results using a brute force method.
It's basically a primes sieve, but instead...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 21, 2023 at 11:42 pm
Remember that deletes affect all indexes (except maybe filtered indexes) and causes a check for every FK pointing at the table. There's some silly wide tables at one of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 21, 2023 at 2:08 pm
That's pretty amazing. Now someone just needs to verify that it's actually producing the correct results using a brute force method.
Also, I've not looked into it, is there a link...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 21, 2023 at 2:02 pm
A far better way, IMHO, is to write a good SELECT in a stored procedure. 😉
What's the old saying? "Just because you can do it in Python, doesn't mean you...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 21, 2023 at 12:40 am
If they are implementing things like shift-left and shift-right maybe they should also implement unsigned integers.
It's coming... According to the way they handled things like GENERATE_SERIES(),...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 7:33 pm
@steve-2 Collins,
Sorry... I tried your latest code on a max value of "just" 1 million. I stopped it at 2 hours and 8 minutes.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 7:30 pm
If they are implementing things like shift-left and shift-right maybe they should also implement unsigned integers.
It's coming... According to the way they handled things like GENERATE_SERIES(), etc, it should...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 5:08 pm
Ok... I'm a little gobsmacked... I ran your code with zero changes and it's riddled with syntax errors and,yet, it ran without error.
What is the following supposed to...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 3:57 pm
I also have to admit that I have no clue what something like this is supposed to be doing in T-SQL. In another language, maybe but not in t-SQL.
(prime <<...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 3:26 pm
Ok... I'm a little gobsmacked... I ran your code with zero changes and it's riddled with syntax errors and,yet, it ran without error.
What is the following supposed to do for...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 3:21 pm
Jeff Moden wrote:The doubled-up relational symbology isn't floating my boat on an SQL Server forum, either.
There are functions also as I'm sure you're already aware
So why are you using...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 3:17 pm
I don't know. Setting STATISTICS ON doesn't work on Fiddle
Simplified without the 4th CTE
The doubled-up relational symbology isn't floating my boat on an SQL Server forum, either.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 2:35 pm
Sounds good. You could still be affected if you copy a DATETIME2(7) into any datatype that has a lower resolution.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2023 at 2:25 pm
Viewing 15 posts - 1,351 through 1,365 (of 59,067 total)