Viewing 15 posts - 23,446 through 23,460 (of 59,099 total)
Do you live in the USA and, if so, what state?
--Jeff Moden
Change is inevitable... Change for the better is not.
June 11, 2014 at 8:50 am
You can use sys.dm_db_index_physical_stats in the "DETAILED" mode to find the min, max, and average row size of clustered index rows, which is the table data itself. LOB data...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 11, 2014 at 8:31 am
But that's what I'm talking about. That doesn't sound "fully durable" to me but I could be mistaken in what my definition of "fully durable" means.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 10:21 am
wall str33t (6/10/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 10:19 am
GilaMonster (6/10/2014)
wall str33t (6/9/2014)
In clauses are generally slower because people write them instead of joins,
Are you sure about that? Got some reproducible examples which show that 'ins are generally slower...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 10:17 am
wall str33t (6/9/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 9:39 am
GilaMonster (6/10/2014)
Jeff Moden (6/10/2014)
Grant Fritchey (6/9/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 6:50 am
BokBob (6/9/2014)
My below proc gives me this error.. "The conversion of a nvarchar data type to a smalldatetime data type resulted in an out-of-range value."
Please help...
===================================================================
alter...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 6:01 am
Grant Fritchey (6/9/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 10, 2014 at 5:46 am
Dunno if this helps, but my Assistant DBA (Mr. Google) found this...
http://support.microsoft.com/kb/321939
He also found a bunch of other things that you might want to take a look at. Here's...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2014 at 5:14 pm
Sorry, Francis... I've never seen such a thing but, hopefully, my reply will serve as a "bump" on this issue for you.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2014 at 5:06 pm
wall str33t (6/9/2014)
...always avoid "in" clauses
Since they're frequently faster than regular Inner Joins, why would I want to do that?
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2014 at 2:58 pm
ChrisM@Work (6/9/2014)
Jeff Moden (6/6/2014)
ChrisM@Work (6/6/2014)
julian.fletcher (6/6/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2014 at 2:21 pm
Yes. Lookup INSERT/EXEC in Books Online. Basically, you need to precreate the target table and then you use INSERT with a column list followed by the EXEC just...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2014 at 9:03 am
thomashohner (6/8/2014)
Okay I really feel stupid after looking at this some more. :blush:
I very much appreciate your humility here because it's one of those things that I hold most dear...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 8, 2014 at 9:41 am
Viewing 15 posts - 23,446 through 23,460 (of 59,099 total)