Documentation Index

Fetch the complete documentation index at: https://help.board.com/llms.txt

Use this file to discover all available pages before exploring further.

Factors that affect system setup and sizing

Prev Next

This article explains the main factors that can affect Board On-premises setup and sizing.

This article covers:

Number of users

The number of users who access the Board server at the same time affects server sizing. These users are called concurrent users.

Concurrent users affect the server setup, but not the client setup.

Processor speed, processor power, number of cores, and clock rate are important when many concurrent users access Board at the same time.

RAM use is only partly affected by the number of concurrent users. Disk space is not affected by the number of concurrent users, but by the size of the Data Model.

Number of users category

Number of concurrent users

Small

Fewer than 20

Medium

20 to 100

Large

More than 100

Data Model complexity

Data Model complexity is based on these factors:

  • Hierarchy size

  • Cube size

  • Sparse size

Each factor has a score. Add the scores together to calculate the final Data Model complexity score.

Hierarchy size

Hierarchy size depends on these values:

  • Number of Entities in the tree

  • Number of levels of the tree

  • Number of items in Entities, i.e., Entity members

Complex hierarchies can increase processor and RAM needs. Processor clock rate is important for complex hierarchies.

RAM can vary from one Data Model to another because direct Relationships, indirect Relationships, and data patterns are loaded into RAM when the Data Model is opened.

Hierarchy size category

Number of Entities

Number of levels

Number of items in Entities

Small

10

3

1000

Medium

25

5

200.000

Large

More than 25

5

200.000

Cube size

Cube size can vary based on the number of dimensions, the number of versions, sparse structure settings, and the Time range.

Cube size is measured in MB or GB.

Cube size category

Cube size

Small

Less than 300 MB

Medium

From 300 MB to 10 GB

Large

More than 10 GB

Sparsity size

Sparsity size is the number of actual combinations of Entity members that are part of a sparse structure.

You can view sparsity size in the Cube sparsity analysis area.

Sparsity size category

Sparse combinations

Small

Up to 1.000.000

Medium

Up to 10.000.0000

Large

More than 10.000.000

Sparse structures help Board allocate disk space only for combinations that exist in the loaded data. This can reduce disk use and improve interaction with affected Cubes.

Data Model complexity score

Use this score matrix to calculate the overall Data Model complexity.

Parameter

Small

Medium

Large

Hierarchy size

0,1

0,9

2,5

Cube size

0,1

0,9

2,5

Sparsity size

0,1

0,9

2,5

Data Model complexity score = Hierarchy size score + Cube size score + Sparsity size score

Data Model complexity score

Data Model complexity category

Less than 2

Small

From 2 to 5

Medium

More than 5

Large

Application complexity

Application complexity affects system sizing. It depends on how users interact with the application and how much processing the application requires.

Processor clock speed and number of cores are important when you assess application complexity.

Application complexity category

Description

Small

Business intelligence applications used for reporting and analysis. Users read data from a Board Data Model.

Medium

Forecasting or budgeting applications with reporting, analysis, some Data Entry, and light Procedures. Procedure execution takes a few seconds

Large

Complex solutions with reporting, simulations, intensive Data Entry, and Procedures that users run after entering data.