Ask Sippy

Below are best practice guidelines for development of webi reports: • Variable names should start with “V_” or “Var_”. • Avoid creation of variables/formulas (in tool bar) without naming them. • Name the report tabs and queries with meaningful names and tab / query name should start with Capital letters. Example, Have DLY (daily), MTH (Monthly) and QTR (Quarterly) in end of report name to identify the report frequency easily. Example, “DWBI SALSE REPORT MTH”. • Follow the same hierarchy for Condition (objects) as classes/objects. It helps user locate the conditions quicker and makes condition objects more meaningful as well. • In query panel, pulling the Dimension objects followed by detail objects before selecting Measures help user locate the objects easily (it avoids scrolling down in search of any objects. This helps more in case of queries built with more than 25 objects). • Purging the data before saving it to the repository saves a lot of space on servers; It...

Below are best practice guidelines for Universe development • Universe Name & Universe Description should be defined with proper Business Name and description in the Universe properties. • Class name should be started in INIT cap. • Objects name should be started in INIT cap. • Object should be placed in alphabetical order in the class. • Measure Objects in any class should be placed after the dimensions/detail objects. • Always define every object with meaningful description so that it helps user easily understand the purpose of it which avoids going through heavy documentation. • Measure objects should be created with aggregate functions like sum, max, min etc. This will ensure that only required aggregated data is returned to reports instead of whole set of raw data. • Create the context with proper business logic names. It will help you to find out what context is used in a particular report. • Always place any derived tables or isolated tables down ...

Below are performance tuning guidelines for webi report development. These guidelines needs to be followed with Universe performance tuning guidelines given separately on this blog to get good performance reports. •  Avoid using larger number of reports in same document 10 reports per document is a reasonable number Do not exceed 20 reports per document • Don’t try to account for all scenarios in one document but rather focus on specific scenarios that add value to the consumer. 50,000 rows per document is a reasonable number Do not exceed 500,000 rows per document • Limit the number of Data Providers used Best Practice from the field is to use no more than 15 Data Providers per document Data providers run serially so run times add up Refresh time and merging of dimensions can cause some big delays on the Processing Server side • Create smaller, reusable documents   By creating smaller, reusable documents you: Reduce the time it takes to load the doc...