Viewing 15 posts - 42,991 through 43,005 (of 59,102 total)
novice82 (7/16/2009)
Thanks Jack.I found a solution from the oracle forum.
Cool! Tell us what the solution is, please.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 1:49 pm
mmunson (7/16/2009)
I could.... but I was hoping to get around that because I would need approval to create a new table. And then heads...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 1:48 pm
Ya beat me to it. Thanks for the "plug", Allister. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 10:52 am
Mansfield (7/16/2009)
Since you have done the pivot the hard way, here's the equivalent to unpivot...
Before you go calling it the "hard way", you might want to read up on it...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 10:50 am
Heh... I know where this one came from because it avoids RBAR 😉
--===== "Space Used on Steroids"
-- If "UnusedKB" is negative, it's likely you need...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 10:29 am
The following takes about the same time as the sp_MSForEachTable and has the distinct advantage of returning the row counts as a sortable single result set instead of a result...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 9:24 am
Doc (7/16/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 5:23 am
Roger Abram (7/16/2009)
It worked out just fine and I really want to thank you for your help!Rog
That's cool, but there're two ways to do things... the way that works and...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 5:02 am
desktopteam (7/16/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 17, 2009 at 4:51 am
desktopteam (7/16/2009)
I am pretty new to sql in terms of updating or deleting databases. we currently use Symatnec antivirus and are noticing an increase in dupliacte computer names but they...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 16, 2009 at 11:40 am
Heh... nah... you and I both know... "It Depends". Test everything... leave little to chance.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 16, 2009 at 11:26 am
deewiley (7/16/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 16, 2009 at 10:43 am
Grant Fritchey (7/16/2009)
TheSQLGuru (7/16/2009)
I think we will have to disagree on this one. I estimate that 90+% of the time a user has a query with a date range...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 16, 2009 at 10:14 am
Heh... the devil's in the data. Thanks for the feedback. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
July 16, 2009 at 10:01 am
ifila (7/16/2009)
I found the issue. It was NOT the delete SQL code !Thanks
Two way street here... what was the problem you found and how did you fix it?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 16, 2009 at 8:22 am
Viewing 15 posts - 42,991 through 43,005 (of 59,102 total)