Viewing 15 posts - 47,986 through 48,000 (of 59,102 total)
Heh... if you think THAT was fast, wait until you run the code. First time I demo'd it on a million rows in front of a group of people,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:39 pm
Jason Crider (10/3/2008)
Third party wants that data sent to a URL in the form of a query string.
So, create a chunk of code that will make a set of SELECT/UNION...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:36 pm
There's nothing there to relate state to county, etc, etc. Are the other columns in that table that might be used to do that?
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:22 pm
Don't do it that way... past the following URL into the URL box of Books Online and see...
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/udb9/html/8cfea566-8f89-4581-b30d-c53f1f2c79eb.htm
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:20 pm
You can't rely on an "implicit" sort order... you'll need to use ORDER BY or GROUP BY WITH ROLLUP/CUBE.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:13 pm
Yep... but with "VLDB's", hardware costs should be the least of your worries.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:06 pm
TheSQLGuru (10/3/2008)
Think "read my post"! 😀
The default data file growth is ONE MEGABYTE, not TEN PERCENT (at least on all the servers I recall installing)....
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:01 pm
Actually, I was talking about SQL Server 2000 'cause I'm still stuck in that world for better or worse. I forgot this was a 2k5 forum.
I just setup a...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 4:58 pm
This is what happens when an OP doesn't post the correct requirements.
Sam... please read and heed the article at the link in my signature. I'm pretty much all...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:51 am
Andrew Gothard (10/3/2008)
...it's a snakepit of cursors and totally unnecessary temp tables and runs forever?
You just described the code at my new job... 😛 except instead of cursors, it's...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2008 at 5:34 am
I believe everyone knows what I'm going to say... good code can save a "slow" machine. I've seen too many people go down the primrose path of buying more...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2008 at 9:55 pm
Heh... the need for "bins" also explains the "Sort in TempB" option when rebuilding indexes. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2008 at 9:40 pm
Sure... first, you have to know what a card sorter is...
http://en.wikipedia.org/wiki/IBM_80_series_Card_Sorters
Then, read the part that says...
Multiple column sorting is done by first sorting the least significant column, then proceeding, column...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2008 at 9:38 pm
TheSQLGuru (10/2/2008)
I believe you are...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2008 at 9:22 pm
Heh... No... I'm saying the following is wrong...
FROM sys.tables AS tbl where tbl.[font="Arial Black"]Name[/font] = CAST([font="Arial Black"]object_id(@TableName)[/font] AS VARCHAR(100)) ORDER BY 1
😉
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2008 at 9:15 pm
Viewing 15 posts - 47,986 through 48,000 (of 59,102 total)