Viewing 15 posts - 6,166 through 6,180 (of 7,608 total)
To me, splitting it is the trivial part. Analyzing all the possible variations will be vastly more complex.
April 2, 2014 at 4:10 pm
If possible, I'd just add code to that job to write its status to a table in the other db. That way you could avoid referencing msdb at all...
April 2, 2014 at 3:36 pm
I doubt you'll be able to recover the full number. Floats are imprecise beyond their guaranteed number of digits. You'll likely have to re-export the data.
That said, you...
April 2, 2014 at 3:25 pm
andrew gothard (4/2/2014)
ScottPletcher (3/30/2014)
andrew gothard (3/29/2014)
Simple arithmetic, if you have 8k pages, one row per page (and we know that it's going to be bigger than that), 12500 rows. ...
April 2, 2014 at 3:07 pm
AZ Pete (4/2/2014)
April 2, 2014 at 1:27 pm
To allow the best possible use of any existing indexes, approach 1 is vastly superior to 2. Neither is best, however. Instead, assuming "endDate" is a date/datetime/etc., use...
April 2, 2014 at 10:05 am
I think this will depend most on your I/O subsystem's speed.
But if there's only 30G total worth of data, I think you'd best off just doing a full shrink:
DBCC SHRINKFILE...
April 1, 2014 at 8:31 am
For DBA, be aware that having no experience will make this a very difficult transition. Most employers don't hire completely inexperienced DBAs.
For DBA, download SQL Express, 2008 or 2012.
If...
March 31, 2014 at 5:49 pm
Ed Wagner (3/31/2014)
ScottPletcher (3/31/2014)
March 31, 2014 at 2:57 pm
New Born DBA (3/31/2014)
ScottPletcher (3/31/2014)
March 31, 2014 at 11:38 am
Yes, restore the qa db from a production backup. Create a script that does that, including all the appropriate "WITH MOVE ... TO ..., MOVE ... TO ..." clauses.
But...
March 31, 2014 at 11:09 am
andrew gothard (3/29/2014)
Simple arithmetic, if you have 8k pages, one row per page (and we know that it's going to be bigger than that), 12500 rows. Table Lock (if...
March 30, 2014 at 3:31 pm
Ignoring any potential performance issues, a CROSS APPLY can do what you want fairly easily. Simply indexing the table properly can often deal with that. Or you can...
March 28, 2014 at 4:16 pm
SELECT
COALESCE(a.ID, b.ID) AS ID,
COALESCE(a.NAME, b.NAME) AS NAME,
CASE WHEN a.UpdateDate > b.UpdateDate THEN a.UpdateDate ELSE b.UpdateDate END...
March 28, 2014 at 2:26 pm
andrew gothard (3/27/2014)
ScottPletcher (3/27/2014)
andrew gothard (3/27/2014)
ScottPletcher (3/27/2014)
yuvipoy (3/27/2014)
Sean Lange (3/27/2014)
March 28, 2014 at 8:14 am
Viewing 15 posts - 6,166 through 6,180 (of 7,608 total)