Viewing 15 posts - 54,841 through 54,855 (of 59,072 total)
Greg,
Check for "System Stored Procedures, Overview" in the Index of Books Online. Gives a fairly large listing of "supported" system stored procedures. There are also some "extended" stored...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 10:06 pm
If it's only 100K rows, lock the table when you do the delete... it'll take less than 10 seconds if you do it right.
Of course, if you have 72 indexes...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 9:50 pm
Knock knock... not locked...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 9:46 pm
Like I said... there's a couple of summary articles on SQLServerCentral.com... just do a search for them... some thing like "Differences between SQL Server 2000 and 2005" should do...
Of course,...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 7:30 am
Piet van der Westhuizen (9/26/2007)
My data looks like this in tblTransactions (all hypothetical) 🙂
Factory Item PurchasePeriod Spend
=============================
Fact1 ...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 7:03 am
I looked up "AT" in Windows "Help"... and they have a command that is "AT" on sterioids! It's called SCHTASKS... take a look... too much to post here...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 6:58 am
Dear Site Owners,
Go to a look at the code for this one... appears that something was lost in this last weeks "translation" 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 6:47 am
Ok... I know it's an old post... but that's COOL! I had no idea about the DOS "AT" command. Would have saved my previous company some serious heart-ache...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 6:45 am
Zee,
The reason I asked the questions is because the solution you're so happy with (thank you for posting it) does 4 table scans... if the right indexes are present, it...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 6:32 am
Yes, it can be done pretty easily...
When you open the table in EM, instead of selecting all rows, tell it to select the TOP 1. Makes the "end" you're...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 6:21 am
You can certainly loop if you want... but let's try to avoid that in a relational database if we can. 😉
You say you want the top 6 transactions for each...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 6:18 am
Yep... it does depend... but indexing on INT will be faster than just about anything else including SmallInt and TinyInt because of the way the operating/disk systems work... INT is...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 26, 2007 at 12:26 am
Uh huh... who fixes the auditing system if it breaks or causes any performance problems? 😉 And who's going to do all the other checking you suggested when...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 11:54 pm
In other words, the following works...
CREATE TABLE #MyHead
(
ColA INT, ColB INT, ColC INT
)
CREATE...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 9:46 pm
I agree... now's the perfect time to begin exploring Books Online... and when someone gives you a hint like what Serqiy did, don't just stop at the hint... look for...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 9:34 pm
Viewing 15 posts - 54,841 through 54,855 (of 59,072 total)