Comments on: Tales of woe: Query performance http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/ Delivered Intelligence Fri, 30 Jul 2010 17:54:00 -0400 http://wordpress.org/?v=2.8.4 hourly 1 By: Ana http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/comment-page-1/#comment-4433 Ana Thu, 15 Feb 2007 09:12:41 +0000 http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/#comment-4433 The problem with reporting tools I think is they seem easy to use, only drag and drop. But after a few while doing easy reports, users need to construct a more complicated report, it seems easy, but some conditions aren't so evident if you don't know the data model and PL/SQL (or whatever) language, so soon they have to learn that kind of stuff, or, more properly, you have to teach them while you fix their reports. I don't know how is the situation in other countries, but my experience in Spain is that this reporting tools are sold to users as they don't need to learn about tables, functions, and databases, but that's not true, if you want to report more than just asking about sales per month, or opening and refreshing reports other people make, you need to know more about the database model and language. I'm not used to write so long paragraphs in English, this late years I only read technical books or blogs, hope you can understand me... The problem with reporting tools I think is they seem easy to use, only drag and drop. But after a few while doing easy reports, users need to construct a more complicated report, it seems easy, but some conditions aren’t so evident if you don’t know the data model and PL/SQL (or whatever) language, so soon they have to learn that kind of stuff, or, more properly, you have to teach them while you fix their reports.
I don’t know how is the situation in other countries, but my experience in Spain is that this reporting tools are sold to users as they don’t need to learn about tables, functions, and databases, but that’s not true, if you want to report more than just asking about sales per month, or opening and refreshing reports other people make, you need to know more about the database model and language.

I’m not used to write so long paragraphs in English, this late years I only read technical books or blogs, hope you can understand me…

]]> By: Peter Scott http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/comment-page-1/#comment-4432 Peter Scott Thu, 15 Feb 2007 09:12:23 +0000 http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/#comment-4432 Noons: Not Crystal Reports... But, this report server pushes the <i>having</i> back to the database. If they are going to keep doing this I guess I should index the measures as well as the dimensions in fact table. But then if they insist on using SUM for GROUP BYs that are the same as the row unique key I might as well go home! Noons:

Not Crystal Reports…

But, this report server pushes the having back to the database. If they are going to keep doing this I guess I should index the measures as well as the dimensions in fact table. But then if they insist on using SUM for GROUP BYs that are the same as the row unique key I might as well go home!

]]> By: Noons http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/comment-page-1/#comment-4431 Noons Wed, 14 Feb 2007 23:43:05 +0000 http://www.rittmanmead.com/2007/02/14/tales-of-woe-query-performance/#comment-4431 "and it would be much better to filter the items first to only include those that cost more than the threshold value" and give up doing all the processing where it "should be done": in the application server tier? Narh! really hope Crystal Reports isn't the ad-hoc reporting tool being used there... “and it would be much better to filter the items first to only include those that cost more than the threshold value”

and give up doing all the processing where it “should be done”: in the application server tier? Narh!

really hope Crystal Reports isn’t the ad-hoc reporting tool being used there…

]]>