Viewing 15 posts - 50,476 through 50,490 (of 59,099 total)
I suppose... instead of doing an UPDATE using the method I suggested, it could be just a SELECT as part of the view.
The real question would be, what are you...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2008 at 10:50 am
Shifting gears a bit, Barry... do you realize the link in your signature line is broken?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2008 at 10:47 am
Way too funny! π Heh, I guess THAT's why Steve limits the size of the Avatars :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2008 at 10:44 am
Michael Meierruth (5/18/2008)
If your transaction log is 'going to blow' it will do so with or without the delete crawler. Nevertheless, check your db recovery mode setting.
Good catch... I should...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2008 at 10:36 am
Nicely done⦠Recursion is fine for ad hoc hierarchical lookups, but, if I may suggest, using recursion to "step through" things, like that which occurs in a "split", is...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 18, 2008 at 10:17 am
Heh... π
Just a simple demonstration to show just how slow recursion can be. Let's populate a table with the number of 1 to 100,000... first method uses recursion... second...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 8:39 pm
Now... I DO have a question! Did I have to do all of that? I mean the part about making an exception in the XP firewall and all?...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 7:56 pm
Heh... LMAO!!! That's funny... RBARry Young... hadn't thought of that. :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 7:44 pm
rbarryyoung (5/17/2008)
Jeff, couldn't you use MAX(CAST(RestrictedID as int)) instead of SUM(SIGN(..))?
Absolutely... just didn't want to type that much π
Karthik, no function is required. The function is inherently RBAR in...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 7:40 pm
It appears that I've got it... found the wonder "connection window" that allowed me to select the connection instead of typing the bloody connection information. The tutorial says to...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 7:30 pm
I found this on Google:
I did the whole thing including the Firewall exceptions for MSSQL.1... I notice that I also have an MSSQL.2 and MSSQL.3... do I have to do...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 7:07 pm
Shrinking database files that grow everyday is a futile thing to do to try to save space and fragments the heck out of the files on the OS.
Disk space is...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 1:07 pm
... like this...
SELECT d.*
INTO new_table_name
FROM (--=== Michael's subquery with a slight mod
select min(RecordId)
...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 1:03 pm
george sibbald (5/17/2008)
Just to re-cap Jeff, you reckon best option to use Michaels subquery to select out to a new table, and will be faster than the delete? That...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 12:57 pm
Wonderful job, Brandie... it's great! You should have submitted this as an article! π
--Jeff Moden
Change is inevitable... Change for the better is not.
May 17, 2008 at 12:51 pm
Viewing 15 posts - 50,476 through 50,490 (of 59,099 total)