Viewing 15 posts - 76 through 90 (of 276 total)
Jeff, you've never steered me wrong in my years of SQL'ing. It'd be an honor to meet you in person some day. In the meantime, I'd LOVE to see a...
May 18, 2018 at 11:56 am
Is it possible that the LEFT JOIN is producing a different execution plan which just happens to be exposing some other unknown issue in your data? Perhaps a join to...
May 18, 2018 at 11:31 am
Hope these aren't real email addresses...
May 15, 2018 at 10:04 am
LOL @ "not to go 'All Celko' on you"!
May 14, 2018 at 4:09 pm
I think you should. This individual is making your community a more abrasive, unfriendly place. All the all-stars have tried to rein him in and it has no effect whatsoever....
February 5, 2018 at 3:54 pm
Yes, for the sake of this thread, it's safe to assume no overlaps. But good question. Thank you guys!
December 15, 2017 at 1:32 pm
I'd guess that...partition by ld.DatabasesInstanceUsers_SQN order by ld.DatabasesInstanceUsers_LDTS
...is not producing the same results each time you run it. you have a tie in there or something.
December 12, 2017 at 5:04 pm
I always learn something here! Never fails.
October 26, 2017 at 6:05 pm
^ but isn't that "non-sargable"?
October 26, 2017 at 5:52 pm
This has to be one of the vaguest and most unclear questions I've ever seen on this site. But is this what you're getting at?
SELECT [mycrap]
October 26, 2017 at 3:04 pm
Might be a good time to add a useful primary key to your table. 🙂
July 19, 2017 at 3:40 pm
Safe bet it was the GROUP BY.
July 18, 2017 at 2:55 pm
I woulda thought a straight INNER JOIN would be the easiest for the engine to optimize for. But good food for thought.
July 17, 2017 at 5:49 pm
Viewing 15 posts - 76 through 90 (of 276 total)