Viewing 15 posts - 54,841 through 54,855 (of 59,101 total)
Webrunner...
Gail has it right.
I'm always curious about deletes though... why are you deleting instead of just "end dating" or deactivating? Seems like you're losing some history...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 28, 2007 at 8:38 am
You mean the same ones that RPAD in SysProcesses? 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
September 28, 2007 at 8:33 am
Why don't you just make a linked server betweeen the two environments and do the insert from the linked server?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 8:00 pm
Don't try to decrypt the whole table... encrypt the data you're searching for instead. Don't forget to add an index.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:51 pm
Cool... but it's customary to thank folks by posting the code that you used to make it work 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:47 pm
Heh... how quickly you all forget... there were TWO of the bloody damned things 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:46 pm
C'mon... you know better than to make us ask you for the table/column schema... it looks like your dates are Integer based, but who can tell??? :blink: And,...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:40 pm
What are you using to do the actual export?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:21 pm
You could start by running sp_Lock during the periods of slowness. Running sp_HelpDB will allow you to figure out the DBID for TempDB... check for blocking on that DBID...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:16 pm
It was a way of saying "Thanks, Steve". I do it the same way Remi does...
Any luck yet on the triple spacing problems I told you about or...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 9:23 am
Heh... I know that's gotta be right... just inserting 1 row into a brand new copy of the table gives me... (note that I run this type of code in...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 9:14 am
And, here's a good article by the gent that got me interested in Tally tables a thousand years ago... just remember, he doesn't really explain how to do the "business...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 8:00 am
Like any other function that returns a table, you should be able to use the function to create a permanent table...
[font=Courier New]
SELECT *
INTO dbo.newdatetable
FROM dbo.F_TABLE_DATE(somestartdate,someenddate)[/font]
My concern is... what do you...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:51 am
Guess I get to put the bat down... 😀 Separate tables.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:41 am
One of the recommendations in Books Online under "deadlocks, avoiding" is...
Keep Transactions Short and in One Batch
A deadlock typically occurs when several long-running transactions execute concurrently in the same database....
--Jeff Moden
Change is inevitable... Change for the better is not.
September 27, 2007 at 7:37 am
Viewing 15 posts - 54,841 through 54,855 (of 59,101 total)