Viewing 15 posts - 46,876 through 46,890 (of 59,101 total)
I'm probably the world's biggest fan of the Tally table... keep that in mind when I say that Tally table solutions are probably not appropriate nor as fast as a...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 7:22 pm
You might find that SELECT TOP (xxxx) works pretty well as a sub for the Limit statement, as well.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 6:52 pm
The PIVOT method is slower than a good ol' fashioned cross-tab... see the following article, please.
[font="Arial Black"]Cross Tabs and Pivots, Part 1 – Converting Rows to Columns[/font][/url]
Also, dunno if you...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 6:26 pm
Basically, you're trying to pass a "table" or "array" of data in that it has rows and columns. Please see the following article...
Passing Parameters...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 6:17 pm
The correct syntax is WITH (TABLOCKX)... parenthesis included.
Also, Seth pointed out some basic faults with you code like missing an anchor column... go back a take a look at his...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 6:14 pm
Ummm... wouldn't an index view work just fine here?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 6:07 pm
You noticed that the self taught guy did the best out of your employees...
... continue the trend and continue to teach yourself... start answering questions on this forum... compare with...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 5:59 pm
Valid for all AFTER triggers on the same table regardless of how many there are... I don't have the test code to prove it, anymore, but someone could do...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 5:44 pm
jcrawf02 (12/1/2008)
Charles Kincaid (12/1/2008)
Jeff Moden (11/29/2008)
Some folks store unknown or "open" dates as 99991231 so they don't have to check for null to see if an enddate has occurred in...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 5:21 pm
Charles Kincaid (12/1/2008)
jcrawf02 (12/1/2008)
So to sum up, Jeff says the glass could be half full, Charles says the glass could be half empty, but neither one of them really believes...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 5:12 pm
G Bryant McClellan (12/1/2008)
Jeff Moden (12/1/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 12:46 pm
Ninja's_RGR'us (12/1/2008)
Steve Jones - Editor (12/1/2008)
Jeff, it's not often someone is going to teach you something about T-SQL.
Still rolling on the floor on that one... can't be more true than...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 12:43 pm
kevriley (12/1/2008)
Jeff- sorry the title didn't meet expectations - I was just trying to make it more exciting!
Absolutely no problem... like I said, good article and it does stress the...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 12:42 pm
That was identified and resolved about 6 posts ago.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 5:50 am
arkhan (12/1/2008)
SELECT ID,TransactionDate,Balance,CASE WHEN id<5 THEN 0 ELSE(select SUM(balance) FROM Accounts where ID between acc.id-4 and acc.id) end as RunningTotal from Accounts acc
The Network rtraffic would be lesser,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2008 at 5:48 am
Viewing 15 posts - 46,876 through 46,890 (of 59,101 total)