Viewing 15 posts - 7,096 through 7,110 (of 59,091 total)
IMHO, memory optimized tables have a lot of baggage for something like this. How often will you need to do this? If it's once every 10 minutes, maybe. If it's...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2020 at 3:03 pm
You have to use RETURN somevalue or variable in the proc to get such a return.
See the following...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2020 at 2:33 pm
Hi Jeff
that's incredibly fantastic. That's exactly what I thought.
The system views such as: sys.sql_dependencies goes in the right direction but the tool from Quest is a real hammer.
And the...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2020 at 1:55 pm
Maybe, but it shouldn't be for long unless you have a huge number of emails per day. Of course, you would have had the same blocking (short and sweet) with...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2020 at 1:49 am
I'm thinking that, although the mail items are being deleted, I'm not sure that any attachments will be and I'm pretty sure that the mail log isn't being reduced by...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2020 at 7:27 pm
Using 9999-01-01 is no more of kludge than using NULL but the former has advantages over using NULL when it comes to performance, especially if you understand that the use...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2020 at 3:56 pm
Cool. Added the link to the Forum FAQ article to my signature line. Thanks, Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2020 at 11:21 pm
Rebuild the stats first. Let's talk about the indexes after that.
Believe it or not and depending on the type(s) of workloads they have, logical fragmentation may not actually matter for...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2020 at 9:54 pm
Can you give a brief explanation of the nested date functions?
It's just the use of functions as operands (parameters) for other functions. Something like the following pseudo-code...
Function3( Function1(somevalue) ,Function2(somevalue)...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2020 at 2:22 pm
Step one is to remove all doubt. Do the SELECT COUNT(*) thing on the table.
You also say that you inserted millions of rows into the heap. There are a lot...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2020 at 1:55 pm
Disagreement noted.
However, there's nothing in what I stated that uses 24:00:00, nothing that would violate the constraint on the EndDate, and thee method I suggested actually does use the proper...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2020 at 1:41 pm
jonathan.crawford wrote:Jeff, quit torturing the poor guy and just give him the linkhttp://www.sqlservercentral.com/Forums/Topic530630-8-2.aspx
Nice. Is there a unicode version?
No, but the conversion should be fairly simple.
Man... I can't believe...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2020 at 1:10 am
Cool. Thanks Eric. I'll take a look.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2020 at 9:53 pm
Interesting. Does it correctly handle names like MacDonald, McDonald, van Halen, O'Leary, and things like "This is a Book"?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2020 at 7:29 pm
Focus on what tools can do for you instead of 12 year old reports of a tool's shortcomings.
Heh... I know what you mean. I've been saying the same thing...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2020 at 7:16 pm
Viewing 15 posts - 7,096 through 7,110 (of 59,091 total)