> For the complete documentation index, see [llms.txt](https://docs.codatum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.codatum.com/~/changes/201dQUjmKCknHYjvl0qI/data-exploration/parameter.md).

# Parameter

<figure><img src="/files/XE9jQtIUnMSEx7USsLFQ" alt=""><figcaption></figcaption></figure>

By using the Parameter defined in Notebooks, you can make Notebooks and Reports dynamic and interactive. This allows you to control embedded SQL through parameters without directly accessing SQL, and obtain tailored outputs as needed.

## Key Features

* Make Notebooks and Reports Dynamic:
  * Make Notebooks and Reports dynamic and interactive.
* Various types of parameters:
  * Choose from various data types and associated input widgets.
* Two types of scopes:
  * Choose parameters used across the entire Notebook or on a page-by-page basis.
* Parameter overwrite:
  * Fine-grained control by overwriting parameters when chaining SQL.

## Types of Parameters

* Text input (STRING):
  * Simple string input field.
  * Expanded with quotes in SQL.
* Text select (STRING):
  * Pass a fixed option list in CSV format or retrieve options from SQL results.
* Number input (NUMBER):
  * Simple number input field. Can set min, max, and intervals.
  * Expanded without quotes in SQL.
* Number select (NUMBER):
  * Pass a fixed option list in CSV format or retrieve options from SQL results.
* Date input (DATE):
  * Simple date input field. Can select using an absolute expression from a calendar UI.
  * Can set min and max.
  * Expanded in ‘yyyy-MM-dd’ format in SQL.
* Date range (\[DATE, DATE]) :
  * Specify start and end pairs.
* Checkbox (BOOLEAN):
  * Simple boolean checkbox.
  * Expanded as TRUE, FALSE in SQL.

## Scopes of Parameters

Parameters can be created from two types of scopes:

* Notebook common
  * Parameters shared across all pages in the notebook
  * Values are retained on each page
* Page specific
  * Parameters specific to each page

Notebook common parameters can be used, for example, when you want to control components on a Grid Page, such as charts created from SQL on a Doc Page, with the same parameter.

Page specific parameters can be used, for example, when you do not want the parameter to affect anything outside of the specific page.

## Parameter Overwrite

<figure><img src="/files/m1a46IIoogyoKU2ZO5uC" alt=""><figcaption></figcaption></figure>

When chaining SQL, you may want to cut off the parameter dependencies. For example:

* Setting unique parameters for each page when chaining SQL across pages.
* Using different parameters for different SQLs derived from the same base SQL.

Parameters can be overwritten on a popup displayed by hovering over the referenced SQL in SQL Blocks.

## Syncing Parameter Values and Execution Results Among Users

Parameter values and execution results in Notebooks are synchronized among users. However, using Notebook Version and Reports ensures that changes to parameter values and execution results are not synchronized between users, reflecting changes only to the user who change the values.

For more details, please refer to the [Notebook Version](/~/changes/201dQUjmKCknHYjvl0qI/data-exploration/notebook/version.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.codatum.com/~/changes/201dQUjmKCknHYjvl0qI/data-exploration/parameter.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
