Welcome to the dBforums forums.

You are currently viewing our boards as a guest which gives you limited access to view most discussions, articles and access our other FREE features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload your own photos and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!

If you have any problems with the registration process or your account login, please contact contact support.

If you prefer not to see double-underlined words and corresponding ads, place your cursor
here for ContentLink opt out.

Go Back  dBforums > General > Database Concepts & Design > Database aggregation choice ?

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 06-10-08, 04:37
arcondo arcondo is offline
Registered User
 
Join Date: Mar 2004
Posts: 8
Database aggregation choice ?

Dear all,

I'm looking for advice to make a choice of aggregation on a datamart I've built. is there any one who conducted such work ? any insights ? any web site where I can find litterature on this topic.

Thanks in advance,
Reply With Quote
  #2 (permalink)  
Old 06-10-08, 07:06
r937 r937 is offline
SQL Consultant
 
Join Date: Apr 2002
Location: Toronto, Canada
Posts: 13,539
what are your aggregation options? what do the datamart tables look like?

you say you need to make a choice, but you don't give us any idea of what those choices are
__________________
r937.com | rudy.ca

pre-order my book Simply SQL from Amazon
Reply With Quote
  #3 (permalink)  
Old 06-11-08, 11:50
arcondo arcondo is offline
Registered User
 
Join Date: Mar 2004
Posts: 8
So my datamart is very simple : It emcompasses one big fact table (3,3 Go; 4 billion rows) - 5 dimensions tables with 2 SCD.

I'm thinking on 2 different strategies to build my fact aggregates.

1 - analyzing the business requirements in terms of reporting
2 - analyzing the parsed SQL submitted by user and then try to locate what could be aggregated.

Indeed, I'm more looking for best practices in terms of aggregation.

Cheers,
Reply With Quote
  #4 (permalink)  
Old 06-11-08, 12:46
r937 r937 is offline
SQL Consultant
 
Join Date: Apr 2002
Location: Toronto, Canada
Posts: 13,539
excellent analysis

i've done both 1 and 2

1 works with senior management support, otherwise it's a disaster

2 only works if you can get the users to rewrite their old queries to take advantage of the aggregates you've built -- or is this parsing something you plan to do on the fly during query execution?
__________________
r937.com | rudy.ca

pre-order my book Simply SQL from Amazon
Reply With Quote
  #5 (permalink)  
Old 06-13-08, 09:56
arcondo arcondo is offline
Registered User
 
Join Date: Mar 2004
Posts: 8
Thanks for your feedback,

I understand that I'm not lost.

I heard that it is possible to dynamicaly build the aggregate during execution but seems to be weird for me.

any insight on this ?
Reply With Quote
  #6 (permalink)  
Old 06-13-08, 10:18
blindman blindman is offline
World Class Flame Warrior
 
Join Date: Jun 2003
Location: Ohio
Posts: 9,274
To find out what users need, I'd rather communicate with them directly than merely watch what SQL statements they submit.
__________________
If it's not practically useful, then it's practically useless.

blindman
http://sqlblindman.googlepages.com/main
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On