Viewing 15 posts - 16,381 through 16,395 (of 59,067 total)
2.3 TB in an hour and a couple of minutes. On a good night, it takes about 56 minutes. And that's to NAS storage, which is a huge...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 4, 2016 at 7:52 am
If the number itself is not important, the an easier way to do this might be to add an identity column to the table and create a persisted computed column...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 4, 2016 at 7:23 am
Partitioning a table isn't going to help much with stats unless you have 2012 or greater and are willing to accept the default sampling rate, which I'm usually not willing...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 4, 2016 at 7:14 am
I don't know if you've ever read the following but it might give you some hints about why you might not want to drop the Clustered Index prior to loading...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 9:26 pm
curious_sqldba (11/3/2016)
Folks just wanted to know if anyone has experience maintaining indices and statistics on big tables ( 600 GB +).
Yes, do you have any experience there?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 8:35 pm
If these tables are of any size, definitely consider loading them with at least the Clustered Index already in place. To do it quickly and without blowing the log...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 8:31 pm
I didn't realize that you were trying to shred the XML of packages... certainly not so many of them. I'm no Ninja at XML either and apologize for my...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 7:43 pm
Luis Cazares (11/3/2016)
I know it's possible but my skills...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 7:20 pm
Why not just properly shred the XML and store the results in proper tables? Makes lookups real easy. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 11:38 am
scott.laird (11/3/2016)
A stored procedure is used to create the pivot, using dynamic SQL.
The SP is using EXEC...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 11:32 am
Where I work, we actually have to sign off on a monthly notice as to whether or not we are aware of anything "questionable" that could lead to the proverbial...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 11:09 am
The question now is, did they update the script generator to reflect this new capability? Probably not. I also think it's interesting that they'd spend time on such...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 8:04 am
PiMané (11/3/2016)
Is it possible to get the total orders from a customer and drill down to the supplier in the same query?
Yes. You can use GROUP BY WITH ROLLUP...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 7:33 am
Deny Christian (11/2/2016)
Jeff Moden (11/2/2016)
Deny Christian (11/1/2016)
i used this syntax
DECLARE @CMD sysname
--create .bat:
/*.bat:
@echo off
forfiles /p "d:\backup\bck_denyc\combine" /m *.bak /c "cmd /c del /Q @file" /d -30 --to delete 30...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 7:08 am
hoseam (11/2/2016)
Both Date and Time are stored as INT datatypes in my Dimensions, hence I needed to convert them to INT values.
I understand that and THAT's what I'm saying is...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2016 at 7:06 am
Viewing 15 posts - 16,381 through 16,395 (of 59,067 total)