Viewing 15 posts - 54,886 through 54,900 (of 59,098 total)
Hi there, ol' friend...
Just a quick question... how would you use your fine function to split a whole table of data... or is that beyond the scope of the code?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 9:16 pm
Zee,
Couple of questions... trying to help a bit, if needed...
First, how long does it take your final code (thank you for posting it) to run on all of those rows?...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 8:56 pm
You can't... you would be sending unencrypted data over the wire. Defeats one of the two purposes of encryption altogether.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 8:24 pm
More generally the question is "when does a transaction end"? When the triggers on Table A are done processing or when all triggers on all tables touched by the insert...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 8:21 pm
Sheeeooottt... what I'm really amazed at is how many people ask for help, get it, use an answer to write a fix, and then don't share. :exclamation: I know...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 7:59 pm
Timeless jokes are always the best. Thanks, Steve!
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 7:52 pm
And, sorry about the triple spaced code... the IFCODE's used to work correctly and they don't seem to, anymore... can't even color the damned errors anymore... they really messed something...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 5:41 pm
I'm thinking there's a couple of bugs... I have a table that looks like this...
--===== Create and populate a 1,000,000 row test table.
-- Column RowNum...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 5:27 pm
Several hundred developers? What you really need is a good set of development standards... 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 4:56 pm
Pass it forward, Jon... post the code you solved it with.
And, by the way, saving a timestamp (datetime) in a table as any character or integer based data is death...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 4:51 pm
Spot on! 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 7:26 am
Phil's method only works if the ID is contiguous and sequential. However, you can make that true if you copy the data you want into a temp table that has...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 7:26 am
SELECT
(SELECT COUNT(*) FROM A) AS [Count From A],
(SELECT COUNT(*) FROM B) AS [Count From B]
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 3:02 am
Heh... now that's funny. Near his avatar, it says that Phil Factor is a "Rookie" 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 2:41 am
If you take a look at the FROM clause in Books Online, you'll see that using a variable is NOT one of the options for a table name... in order...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 2:36 am
Viewing 15 posts - 54,886 through 54,900 (of 59,098 total)