Viewing 15 posts - 54,706 through 54,720 (of 59,089 total)
dhay1999 (10/8/2007)
I'll also look at the cube and rollup that the other poster suggested, I don't know what that will entail, but the reporting piece cannot be changed readily, so...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2007 at 4:25 pm
a_mail.address (10/7/2007)
Such a tthing doesn't exists. In this project we don't have a WreckageDate. Such a thing is never saved, because it is not entered in any of the input...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2007 at 4:19 pm
30 Gig? Can you even buy a harddisk that small anymore? Go buy a 300 GB disk or two from ABC Warehouse or something... shoot, I think even...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:49 pm
I'm no expert in this area, but I don't think that just setting the shell to nothing will do it... don't you also have to drop or close the shell...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:44 pm
I've heard a lot of folks gripe that using SMALLINT and SMALLDATETIME actually slowed things down because of the datatype byte mismatch with computer "word" size on PC's. So,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:41 pm
What wrong with DICE, Monster, and all the other job sites? You get a better selection and in more places than I ever saw on this forum...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:12 pm
If you have to tract all that other stuff about a card, why worry about how many rows you have... it's gonna have to be stored somewhere. Perhaps a...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:10 pm
When in doubt, simple tests will keep you from barking up the wrong tree or missing a perfectly good fire hydrant 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:04 pm
3. SELECT indentity(int,1,1) as ID, * into #tab from T are very common.
Shoot, that's one of my favorites. If the boys in Redmond ever get rid of Select...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 8:01 pm
It's probably a good thing you don't know how because my recommendation is not to store images in SQL... store them in files and store the file names in SQL....
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 7:55 pm
Heh... when are you going to get to all the things I sent you, Steve?
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 7:53 pm
... and, if there are any questions about possible performance, lets use the good ol' million row test table I keep around...
--===========================================================================================
-- Build a million rows of test data. THIS...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 7:47 pm
Original thread seemed pretty darned clear... but I could be wrong...
This should do it...
--===== If the temp table exists, drop it
IF OBJECT_ID('TempDB..#SandBox') IS NOT NULL
...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 7:21 pm
Actually WreckageTime is added to date part of AnnounceDateTime to generate a smalldatetime value to be used particularly in this query
But, that's what I'm talking about... I wasn't talking about...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 6:53 pm
Or, just...
SELECT @bLookForChangedCUSIPs = SIGN(COUNT(*))
FROM Performance.dbo.gChangedCUSIPs
WHERE CUSIPKey = @vchVAGK + @vchPAC
--Jeff Moden
Change is inevitable... Change for the better is not.
October 6, 2007 at 3:07 pm
Viewing 15 posts - 54,706 through 54,720 (of 59,089 total)