InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comTue, 18 Jun 2013 20:48:10 GMT20http://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxA great article in my opinion....would be amazing if you have any more of these experiencesThu, 23 Apr 2009 07:27:47 GMTJonathan Malliahttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxA great article in my opinion....would be amazing if you have any more of these experiencesThu, 23 Apr 2009 07:27:16 GMTJonathan Malliahttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxI glad to see that I'm not the only one who wakes up at 3:00am with solutions. :-)Thu, 23 Apr 2009 05:39:10 GMTM Smith-673194http://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxHope you got a nice bonus for pulling this off so fast (but working for the state, I doubt it).There is another way of structuring the fact table which would be much more flexible in the event questions were added to the survey, or the possible answers became more than just 3, or what the possible answers were varied by question: introduce two new dimensions, a Question dimension with one member per question, and an Answers dimension with one member per possible answer (across all questions). Create foreign key relationships between these and the fact table. Then, instead of one measure column in the fact table per question/answer combination, just have a single numeric measure column whose value is always 1 for each row. This is possible because each row in the fact table represents a particular survey #/Question/Answer combination. Non-existent combinations don't exist in the fact table (or if they did, then the value should be zero and they wouldn't hurt anything). Then you can just aggregate this measure (no counting needed) and still get all slices desired. To replicate the query result shown in the article with question/answer and count would now require placing both Question and Answer dimensions on the rows.Of course, the UI for entering the results and the underlying relational schema would need corresponding adjustments also were any of these changes in question/answer possibilities to occur.Tue, 27 May 2008 07:54:22 GMTmark.frawleyhttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxThe author mentioned that one of the reporting needs was to display real-time results. Also, the author mentioned that this request was dropped on his desk, Friday afternoon. Under such circumstances, I am not too sure outsourcing will be as cost effective as what the author had done(over the weekend may be?)Tue, 20 Nov 2007 12:51:49 GMTR Wonghttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxDear Martin Vrieze It is not the matter of man-hours and cost or solution to SURVERY task but is a creative way of using some technology and offcourse my answer is YES to your question "Should we do this?" if we are working in some department and being paid monthly.Fri, 16 Nov 2007 22:40:46 GMTTahir-191992http://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxI'm going to play devil's advocate....How much total development man-hours was spent creating this infrastructure, the web interface and all of the reporting?For $2000-$3000 this can be outsourced to one of several ASP's who's toolsets allow for any type of survey question format imaginable. In return, they pass back a complete dataset that can be imported/analyzed using any off-the-shelf statistics package.This is not a question of "Can we do this?". Of course we can.It is a question of "Should we do this?" I argue that there are several outsource vendors that can get this done much more cost effectively.Thu, 15 Nov 2007 07:35:53 GMTMartin Vriezehttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxHi,I don't know that much about OWC but I really enjoyed this article! Especially as I'm in the middle of learning the BI concept as a whole. It's a great example of how you can tie SSAS and SSRS(and also SQL 2005 + ASP.NET) together in a realworld scenario. The SSIS(here 'replaced' by user input through a web page) part of the BI concept is a bit more straight forward/easy to learn though quite improved from dear old DTS/SQL Server 2000.Well done David!/Bertil F.Thu, 15 Nov 2007 03:45:41 GMTBertil Forsberghttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxWhy did you not consider using the Office Web Components?OWC Pivot tables would enable you to do the OLAP reports without building another OLAP database. Using OWC, Fig 6 would be one pivot table with 1 chart that the users could manipulate themselves.OWC would provide user interactivity for any report or chartDid you want a server-side only solution? Or because OWC is "deprecated" on Office 2007?I am writing because I use OWC extensively with both OLTP databases and DW designs.Curious,LeoThu, 15 Nov 2007 01:37:06 GMTLeo Cohnhttp://www.sqlservercentral.com/Forums/Topic422441-1104-1.aspxComments posted to this topic are about the item [B]<A HREF="/articles/Analysis+Services/61366/">Rethinking Analysis Services</A>[/B]Wed, 14 Nov 2007 21:13:42 GMTDavidP-340734