Viewing 15 posts - 22,456 through 22,470 (of 59,072 total)
Lowell (11/14/2014)
that starts bringing in things like...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 7:14 pm
Gosh, be really careful folks. I'm no purist when it comes to EAVs but there are some serious problems with them to consider. First, putting such an EAV...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 6:35 pm
Is this, by any chance, for an "eDiscovery" system for use during litigation?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 6:15 pm
gcook 48147 (11/14/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 5:57 pm
sukai_ndure (11/14/2014)
How many rows would you consider to be too many for a single table and how would you re-arrange the data if asked?any answers?
Considering that your other question was...
What...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 5:50 pm
The following does it in a single scan rather than 2 and does not require a JOIN. And, no... it doesn't need a GROUP BY either. The COUNT(*)...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 5:26 pm
KoldCoffee (11/14/2014)
I moved the conversion into the query, instead of trying to do it at time of setting the param and now the conversion works.
The problem is that DATETIME cannot...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 4:36 pm
sql_er (11/14/2014)
We don't have any indexes on this Fact table.Sounds like we need to have a conversation with our DBA 🙂
Oh my, YES! That's absolutely incredible! I don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 4:14 pm
sukai_ndure (11/14/2014)
What methods could you use to extract specific bits of data from an XML column in a table and return the data in alphanumeric format?any answers?
Sounds like a homework,...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 12:00 pm
I like your second method better because it does stand a chance of short circuiting one hit on the database if the row already exists and won't hit the log...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 11:51 am
Understood and appreciated. There are sometimes those problems. Just to be sure, though, none of the systems that I've encountered this on had replication or anything similar running.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 11:41 am
Thank you both for the kind feedback.
For those looking to modernize (even though a bit less obvious to read, IMHO), we can change the multiple SELECT/UNION ALLs to VALUES, thusly.
...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 11:18 am
Why not just create a couple of views that use OPENROWSET or OPENQUERY to create the same number of columns and conditionally flop a synonym between the views?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 10:42 am
Part of the reason why this problem is so difficult to nail down is because, in my humble opinion, people don't look in the right spot. Instead, they go...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 10:36 am
Always shoot big on memory. As has already been stated, 8GB is shockingly low for a 600GB DB. You can't just think user, connections, and queries... you also...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2014 at 10:09 am
Viewing 15 posts - 22,456 through 22,470 (of 59,072 total)