in

Prologika Forums

Business Intelligence to the Masses

This Blog

Syndication

News

Visit prologika.com for information about Teo's publications, the latest on the Microsoft Business Intelligence initiative, and more...

Prologika (Teo Lachev's Weblog)

Teo Lachev is a consultant, mentor, and author focusing on the design and development of Microsoft .NET business intelligence solutions. Read about Teo's work and life. Registered users can post comments.

January 2007 - Posts

  • Analysis Services 2005 Performance Guide

    The highly-anticipated Analysis Services 2005 performance whitepaper is finally here. I found a few things intresting glancing at it:

    • This is a colossal work spanning some 120 pages (no wonder it took so long Smile.
    • The guide was written by the top architects on the SSAS team.
    • It specifically references SQL Server 2005 SP2 probably because SP2 brings many performance optimizations to SSAS.
    • The guide mentions a new aggregation utility (Appendix C) which you can use to manually create aggregation designs. 

    Something to sure keep me busy when the winter storm hits Atlanta tomorrow...

  • Dealing with UDM Configuration Settings

    Sometimes, you may need to have a configuration setting that is stored outside UDM. For example, you may need to store a connection string to a database that will supply the allowed set for dynamic security. As with SSRS, you can use the msmdsrv.exe.config file for this purpose like so:

    <configuration>

    <startup>

    <requiredRuntime version="v2.0.50727" safemode="true" />

    </startup>

    <runtime>

    . . .

    </runtime>

    <appSettings>

    <add key="connectionString" value="connection string here" />

    </appSettings>

    </configuration>

     

    This shouldn't come to surprise since the SSAS server process hosts a .NET application domain to execute SSAS stored procedures. Once the configuration settings are defined, you can read them with a single line inside a SSAS stored procedure:

    public static string GetConfigSetting(string settingName) {

    return settingValue = ConfigurationManager.AppSettings[settingName]; // need a reference to System.Configuration

    }

  • Kudos to Report Builder as UDM Client

    Its UDM support limitations withstanding (a partial list here), the Report Builder should definitely be on your list if your requirements call for ad-hoc reporting from an SSAS 2005 cube. Here are some Report Builder features that I particularly like:

    1. Ability to pre-filter the data on the report before the report is run. In comparison, Excel takes the optimistic approach to load all dimension members before allowing you to set a filter. This can surely send Excel in a la-la land if your cube has large dimensions (hundred thousand or more).
    2. Support of calculated columns. For some obscure reasons, the Excel UI doesn't have an UI interface for creating calculated members (you can do so programmatically however).
    3. Standard report look and feel. In comparison, Excel limits the user to the PivotTable fixed layout (assuming that the user doesn't convert the report to formulas).
    4. My Reports which allows the business user to save her reports in her own area of the report catalog if she doesn't have rights to write to other folders.
    5. Nice filter support. This may not be so obvious but each SSAS attribute hierarchy supports an InstanceSelection property which the Report Builder honors. For example, the attached image shows what happens if you set InstanceSelection to List or FilterList (no UI difference between the two). Another filter UI selection is dropdown.

    Of course, the Report Builder-UDM integration will improve in future releases (believe me, I am banging hard on the SSRS-SSAS integration door) to make it even more compelling choice for UDM reporting.

Copyright © 2005 Prologika, LLC
Powered by Community Server (Commercial Edition), by Telligent Systems