Desktop productivity for business analysts and programmers

Designing Info Maps

Reply
Frequent Contributor
Posts: 97

Designing Info Maps

Hi guys

Can I get some help on designing Info maps.
Can I get some sample design of Info Maps

I have to build info maps on a non-dataware house database. i.e. on OLTP for reporting.
Which is the right way to create maps.
SAS Super FREQ
Posts: 8,819

Re: Designing Info Maps

Hi:
This is a big topic for a forum posting. We currently offer this class on creating Information Maps:
http://support.sas.com/training/us/crs/sbiims.html

In addition these papers may be of interest:
http://www2.sas.com/proceedings/sugi29/104-29.pdf
http://www2.sas.com/proceedings/forum2007/212-2007.pdf
http://www.lexjansen.com/pharmasug/2007/tu/tu03.pdf

As well as this book, available through SAS Publishing:
SAS Information Map Studio 3.1: Tips And Techniques by SAS Publishing

In brief, however, let me outline a possible usage situation. You have a set of files that are always used for reporting:
[pre]
Vendor_Main_File
Columns:
VMF_Vendor_Name_Long
VMP_Vendor_Name_Abbreviated
VMF_Vendor_Number
VMF_Vendor_Category
VMF_Vendor_Hdqtr_State
VMP_Vendor_Hdqtr_Country
VMF_Vendor_Purchase_Order_Type_Preferred
[/pre]
and
[pre]
Current_Order_File_Master
Columns:
COFM_Order_Number
COFM_Vendor_Name_Abbreviated
COFM_Order_Vendor_Location
COFM_Order_PO_Type
COFM_Order_Billing_Addr1
COFM_Order_Billing_Addr2
COFM_Order_City
COFM_Order_State
COFM_Order_Zip
COFM_Order_Country
COFM_Order_PO_Type_Actual
COFM_Order_Gross_Amount
COFM_Order_Discount
COFM_Order_Net_Amount
[/pre]

In the most simple form, having an Information Map would allow you to simplify the names of the columns used for reporting (like getting rid of the long file prefix in the column names). You could also "disappear" away the underscores in the column names. Moving up to the next level, you could build an Information Map that would automatically do a join of the 2 tables and would only show the end-user the columns that were needed for reporting. You could make a calculated data item. You could build pre-defined filters (such as filters by state or country or Purchase Order type).

Information Maps are extremely useful in masking the complexity of the physical data layout or table relationships from the end-user. In addition, if you have business rules that are ALWAYS applied to data access (only people in the Purchasing Department see the VMF_Vendor_Purchase_Order_Type_Preferred field) or some such logic, then you can implement that in an information map, too.

The bottom line is that you have to analyze your current data tables and figure out what kind of joins/transformations need to be done in order to produce your reports. You need to figure out whether you will build Web Report Studio reports ahead of time using your Information Maps or whether you will design the Information Maps and allow users to do ad-hoc reporting from the Information Maps. Then, you need to build and test the Information Maps from all the client applications that will use the Information Maps.

The resources listed at the top of this posting should get you pointed in the right direction.

cynthia
Ask a Question
Discussion stats
  • 1 reply
  • 108 views
  • 0 likes
  • 2 in conversation