While filters only take into account data explicitly present in the query results, user parameters make it possible to:
Up to 5 parameters can be defined. These parameters will inject additional variable constraints into the “WHERE” clause, depending on the choice of the dashboard's end user.
Designates the database field (its non-aliased name) on which the constraint will be built.
Designates the name under which the parameter will appear in the dashboard interface, for end users.
The type of the constraint. This can be:
For the 'choice' and 'list' types, lets you supply the list of values offered by the list.
For query parameterisation to work, you must insert the tag <%%PARAMS%%> in your query text. This tag must absolutely be located in a WHERE clause (or at a pinch in an ON clause of a partial join).
Back to the configuration guide index - Back to the component index - Go to the generic query catalog - Back to the plugin index - Back to the catalog