Automatic page refresh Custom Visual Governance
Points:
- Maximum concurrent refreshes - 1.5 times the v-core capacity rounded up to nearest integer
- Automatic Page refresh - Setting present in admin side overrides the refresh setting per page and query running time is the actual page refresh frequency
- For a full refresh, twice the amount of memory is required
- While doing OLS, take relationships into consideration. Hiding a single table with relation to other tables results in error
- Calculated columns in DAX is a single thread operation and is also non-parallel process. More number of calculated columns is going to make the refresh longer.
- Vertipaq stores data in columnar format and Storage Engine (SE) processes them for the datacache. SE scans only the columns necessary for the DAX code to work.
- SE can use parallel operations to form datacache, but FE only uses single thread for its operations.
DAX:
- SUMX(KEEPFILTERS(),MEASURE) -> Forces to use the filter in KEEPFILTER while evaluating the MEASURE, and the Implicit CALCULATE won't overwrite it during context transition.
- Nested iterators - Cardinality of the the outer iteration defines the peformance.
- USERELATIONSHIP cannot be used when row level security is defined for the table in which the measure is included.