Viewing 15 posts - 54,871 through 54,885 (of 59,101 total)
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
Heh... they won't be able to keep the appointment for the interview because their dates will be all haywire...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 25, 2007 at 9:28 pm
Viewing 15 posts - 54,871 through 54,885 (of 59,101 total)