Viewing 15 posts - 9,811 through 9,825 (of 49,571 total)
yurdik (3/5/2014)
So... i have to move all the data over the partitioned table in production database?
Yes
What would you do ?
SSIS, bcp or T-SQL scripts to transfer the data over. Probably...
March 5, 2014 at 5:40 am
ChrisM@Work (3/5/2014)
March 5, 2014 at 5:38 am
Edvard Korsbæk (3/5/2014)
March 5, 2014 at 5:34 am
Files/filegroups cannot be moved from one database to another.
March 5, 2014 at 5:32 am
ChrisM@Work (3/5/2014)
GilaMonster (3/5/2014)
A column cannot be present in an index twice.Yes I know but...
Not 'cannot be specified twice', actual 'cannot be present twice', so precluding SQL putting a column...
March 5, 2014 at 4:23 am
That's not very useful 🙁
A DB won't go into the restoring state by itself, someone has to run a command to do so.
RESTORING or RECOVERING (important question)
Error log, from Object...
March 5, 2014 at 4:20 am
What was the backup command which you ran? What options did you specify?
RESTORING or RECOVERING?
Any entries in the SQL error log relating to this DB from about the time it...
March 5, 2014 at 4:12 am
ChrisM@Work (3/5/2014)
- The size stats of the two ordinary indexes is virtually the same.
Exactly.
A column cannot be present in an index twice. If a column is explicitly specified as part...
March 5, 2014 at 4:07 am
CREATE TABLE ReallyStupidTable (
ID CHAR(100),
OtherID INT
)
GO
CREATE UNIQUE CLUSTERED INDEX idx_Silly ON ReallyStupidTable (ID)
GO
INSERT INTO ReallyStupidTable (ID, OtherID)
SELECT ANumber, ANumber FROM (
SELECT TOP (5000000) ROW_NUMBER() OVER (ORDER BY...
March 5, 2014 at 3:42 am
adlan (3/5/2014)
With the database in recovering state, would all of the log backups have been needed to allow SQL to roll back the index?
No. Since the transaction (the index rebuild)...
March 5, 2014 at 3:41 am
ChrisM@Work (3/5/2014)
"Given that, why is an index which explicitly and implicitly includes a GUID going to be any larger than an index which only implicitly includes the GUID?"
Why do you...
March 5, 2014 at 3:30 am
My preference is to run queries/procs I'm testing multiple times and ignore the durations/IOs of the first result, rather than clearing plan and data cache after every single execution.
March 5, 2014 at 3:19 am
ChrisM@Work (3/5/2014)
March 5, 2014 at 3:11 am
adlan (3/5/2014)
1. If people think that this was likely to have caused corruption.
No.
2. If the offline index would have come back on line any sooner by rebooting the server.
No, exactly...
March 5, 2014 at 3:07 am
Jeff Moden (3/4/2014)
March 5, 2014 at 12:03 am
Viewing 15 posts - 9,811 through 9,825 (of 49,571 total)