Recent PostsRecent Posts Popular TopicsPopular Topics
 Home Search Members Calendar Who's On

 calculating ratios Rate Topic Display Mode Topic Options
Author
 Message
 Posted Friday, February 15, 2013 9:06 PM
 Forum Newbie Group: General Forum Members Last Login: Wednesday, February 20, 2013 5:47 AM Points: 3, Visits: 43
 Hello, I am trying to calculate a ratio, i am pretty sure the problem is in the line * SUM([SUMTOTALVOLUME])) FROM #t) * I am trying to do the ratio by TradeHour, but judging by how small the ratio numbers in my result set [RatioVolume] (dont add up to 1.0) it looks like the SUM([SUMTOTALVOLUME]) is across all trade hours (TradeHour) rather than the trade hour I want it to be over. What changes do i need to make to fix that? TIASELECT TradeHour ,AVG([NumCodes]) as [AVGNUMCODES] ,[MCLower] ,[MCUpper] ,SUM([TotalVolume]) AS [SUMTOTALVOLUME] ,(SUM([TotalVolume]) / AVG([NumCodes]) ) as [AVGVOLUME]INTO #t FROM [dbo].[EODVolumeStats] GROUP BY TradeHour, [MCLower],[MCUpper]SELECT #t.TradeHour ,#t.[MCLower] ,#t.[MCUpper] ,CONVERT(DECIMAL(18,4),[SUMTOTALVOLUME]/(SELECT CONVERT(DECIMAL(18,4),SUM([SUMTOTALVOLUME])) FROM #t)) as [RatioVolume] FROM #t GROUP BY #t.TradeHour, #t.SUMTOTALVOLUME, #t.MCLower, #t.MCUpper DROP TABLE #t
Post #1420855
 Posted Sunday, February 17, 2013 6:21 PM
 Hall of Fame Group: General Forum Members Last Login: Wednesday, February 24, 2016 6:28 AM Points: 3,977, Visits: 6,431
 In looking at this, I don't think you need to use a temp table. However in order to show you how, you'd need to provide:- DDL for your [EODVolumeStats] table- Some consumable sample data- Expected resultsHaving said that, if the only issue you're facing is that the summary is occuring over all trade hours of the day, and you only want it over specific hours, perhaps something like this can be used to trim the time period down to an hour.`DATEADD(hour, DATEDIFF(hour, 0, TradeHour), 0)` My mantra: No loops! No CURSORs! No RBAR! Hoo-uh!My thought question: Have you ever been told that your query runs too fast?My advice:INDEXing a poor-performing query is like putting sugar on cat food. Yeah, it probably tastes better but are you sure you want to eat it?The path of least resistance can be a slippery slope. Take care that fixing your fixes of fixes doesn't snowball and end up costing you more than fixing the root cause would have in the first place.Need to UNPIVOT? Why not CROSS APPLY VALUES instead?Since random numbers are too important to be left to chance, let's generate some!Learn to understand recursive CTEs by example.Splitting strings based on patterns can be fast!My temporal SQL musings: Calendar Tables, an Easter SQL, Time Slots and Self-maintaining, Contiguous Effective Dates in Temporal Tables
Post #1421018
 Posted Monday, February 18, 2013 4:36 PM
 Forum Newbie Group: General Forum Members Last Login: Wednesday, February 20, 2013 5:47 AM Points: 3, Visits: 43
 Thank you for your interest, much apreciated. Yes you are right about temp tables, but i am a mere mortal compared to some here! TradeHour represents hours of the dayMCLower & MCUpper represent a range of Market capitalisations in millions, the ranges do not overlapVolume represents trading volume of sharesThe ratios I am trying to calculate use EOD data (both historial and intraday hour snapshots) and the number of shares a company has to calculate a ratio so elevated trading volume can be determined by mulitplicationSo i need a matrix of Tradehour, MC range and a ratio multiplierIn the morning i want to know if the current volume is unusual. I know by the end of the day(comparing one day to the next), but i want to work that out intraday. Thats why am gathering stats across the market to work out what is high/low trading, because activity isnt uniform throughout the day in each market segment (blue chip, microcpap etc)Im limited to EOD data , I have already done this with Course of Sales data (with great help from this forum BTW)I can do this easily in .net code, but not SQL
Post #1421374

 Permissions