diff --git a/docs/admin_docs/configuration/aws-iam.mdx b/docs/admin_docs/configuration/aws-iam.mdx new file mode 100644 index 00000000000..e3fac57508f --- /dev/null +++ b/docs/admin_docs/configuration/aws-iam.mdx @@ -0,0 +1,162 @@ +{/* +Licensed to the Apache Software Foundation (ASF) under one +or more contributor license agreements. See the NOTICE file +distributed with this work for additional information +regarding copyright ownership. The ASF licenses this file +to you under the Apache License, Version 2.0 (the +"License"); you may not use this file except in compliance +with the License. You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, +software distributed under the License is distributed on an +"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +KIND, either express or implied. See the License for the +specific language governing permissions and limitations +under the License. +*/} + +--- +title: AWS IAM Authentication +sidebar_label: AWS IAM Authentication +sidebar_position: 15 +--- + +# AWS IAM Authentication for AWS Databases + +Superset supports IAM-based authentication for **Amazon Aurora** (PostgreSQL and MySQL) and **Amazon Redshift**. IAM auth eliminates the need for database passwords — Superset generates a short-lived auth token using temporary AWS credentials instead. + +Cross-account IAM role assumption via STS `AssumeRole` is supported, allowing a Superset deployment in one AWS account to connect to databases in a different account. + +## Prerequisites + +- Enable the `AWS_DATABASE_IAM_AUTH` feature flag in `superset_config.py`. IAM authentication is gated behind this flag; if it is disabled, connections using `aws_iam` fail with *"AWS IAM database authentication is not enabled."* + ```python + FEATURE_FLAGS = { + "AWS_DATABASE_IAM_AUTH": True, + } + ``` +- `boto3` must be installed in your Superset environment: + ```bash + pip install boto3 + ``` +- The Superset server's IAM role (or static credentials) must have permission to call `sts:AssumeRole` (for cross-account) or the same-account permissions for the target service: + - **Aurora (RDS)**: `rds-db:connect` + - **Redshift provisioned**: `redshift:GetClusterCredentials` + - **Redshift Serverless**: `redshift-serverless:GetCredentials` and `redshift-serverless:GetWorkgroup` +- SSL must be enabled on the Aurora / Redshift endpoint (required for IAM token auth). + +## Configuration + +IAM authentication is configured via the **encrypted_extra** field of the database connection. Access this field in the **Advanced** → **Security** section of the database connection form, under **Secure Extra**. + +### Aurora PostgreSQL or Aurora MySQL + +```json +{ + "aws_iam": { + "enabled": true, + "role_arn": "arn:aws:iam::222222222222:role/SupersetDatabaseAccess", + "external_id": "superset-prod-12345", + "region": "us-east-1", + "db_username": "superset_iam_user", + "session_duration": 3600 + } +} +``` + +| Field | Required | Description | +|-------|----------|-------------| +| `enabled` | Yes | Set to `true` to activate IAM auth | +| `role_arn` | No | ARN of the cross-account IAM role to assume via STS. Omit for same-account auth | +| `external_id` | No | External ID for the STS `AssumeRole` call, if required by the target role's trust policy | +| `region` | Yes | AWS region of the database cluster | +| `db_username` | Yes | The database username associated with the IAM identity | +| `session_duration` | No | STS session duration in seconds (default: `3600`) | + +### Redshift (Serverless) + +```json +{ + "aws_iam": { + "enabled": true, + "role_arn": "arn:aws:iam::222222222222:role/SupersetRedshiftAccess", + "region": "us-east-1", + "workgroup_name": "my-workgroup", + "db_name": "dev" + } +} +``` + +### Redshift (Provisioned Cluster) + +```json +{ + "aws_iam": { + "enabled": true, + "role_arn": "arn:aws:iam::222222222222:role/SupersetRedshiftAccess", + "region": "us-east-1", + "cluster_identifier": "my-cluster", + "db_username": "superset_iam_user", + "db_name": "dev" + } +} +``` + +## Cross-Account IAM Setup + +To connect to a database in Account B from a Superset deployment in Account A: + +**1. In Account B — create a database-access role:** + +```json +{ + "Version": "2012-10-17", + "Statement": [ + { + "Effect": "Allow", + "Action": ["rds-db:connect"], + "Resource": "arn:aws:rds-db:us-east-1:222222222222:dbuser/db-XXXXXXXXXXXX/superset_iam_user" + } + ] +} +``` + +**Trust policy** (allows Account A's Superset role to assume it): + +```json +{ + "Version": "2012-10-17", + "Statement": [ + { + "Effect": "Allow", + "Principal": { + "AWS": "arn:aws:iam::111111111111:role/SupersetInstanceRole" + }, + "Action": "sts:AssumeRole", + "Condition": { + "StringEquals": { + "sts:ExternalId": "superset-prod-12345" + } + } + } + ] +} +``` + +**2. In Account A — grant Superset's role permission to assume the Account B role:** + +```json +{ + "Effect": "Allow", + "Action": "sts:AssumeRole", + "Resource": "arn:aws:iam::222222222222:role/SupersetDatabaseAccess" +} +``` + +**3. Configure the database connection in Superset** using the `role_arn` and `external_id` from the trust policy (as shown in the configuration example above). + +## Credential Caching + +STS credentials are cached in memory keyed by `(role_arn, region, external_id)` with a 10-minute TTL. This reduces the number of STS API calls when multiple queries are executed with the same connection. Tokens are refreshed automatically before expiry. diff --git a/docs/admin_docs/configuration/importing-exporting-datasources.mdx b/docs/admin_docs/configuration/importing-exporting-datasources.mdx index 400d64590ad..dadc5e0d4a7 100644 --- a/docs/admin_docs/configuration/importing-exporting-datasources.mdx +++ b/docs/admin_docs/configuration/importing-exporting-datasources.mdx @@ -10,6 +10,10 @@ version: 1 The superset cli allows you to import and export datasources from and to YAML. Datasources include databases. The data is expected to be organized in the following hierarchy: +:::info +Superset's ZIP-based import/export also covers **dashboards**, **charts**, and **saved queries**, exercised through the UI and REST API. The [Dashboard Import Overwrite Behavior](#dashboard-import-overwrite-behavior) and [UUIDs in API Responses](#uuids-in-api-responses) sections below document the behavior shared across all asset types. +::: + ```text ├──databases | ├──database_1 @@ -75,6 +79,29 @@ The optional username flag **-u** sets the user used for the datasource import. superset import_datasources -p -u 'admin' ``` +## Dashboard Import Overwrite Behavior + +When importing a dashboard ZIP with the **overwrite** option enabled, any existing charts that are part of the dashboard are **replaced** rather than duplicated. This applies to: + +- Charts whose UUID matches a chart already present in the target instance +- The full chart configuration (query, visualization type, columns, metrics) is replaced by the imported version + +If you import without the overwrite flag, existing charts with conflicting UUIDs are left unchanged and the import skips those objects. Use overwrite when you want to push a fully updated dashboard (including chart definitions) from a development or staging environment to production. + +## UUIDs in API Responses + +The REST API POST endpoints for **datasets**, **charts**, and **dashboards** include the auto-generated `uuid` field in the response body: + +```json +{ + "id": 42, + "uuid": "b8a8d5c3-1234-4abc-8def-0123456789ab", + ... +} +``` + +UUIDs remain stable across import/export cycles and can be used for cross-environment workflows — for example, recording a UUID when creating a chart in development and using it to identify the matching chart after importing into production. + ## Legacy Importing Datasources ### From older versions of Superset to current version diff --git a/docs/admin_docs/configuration/mcp-server.mdx b/docs/admin_docs/configuration/mcp-server.mdx index 22a80d645b3..1475f3d6468 100644 --- a/docs/admin_docs/configuration/mcp-server.mdx +++ b/docs/admin_docs/configuration/mcp-server.mdx @@ -501,6 +501,7 @@ All MCP settings go in `superset_config.py`. Defaults are defined in `superset/m | `MCP_SERVICE_URL` | `None` | Public base URL for MCP-generated links (set this when behind a reverse proxy) | | `MCP_DEBUG` | `False` | Enable debug logging | | `MCP_DEV_USERNAME` | -- | Superset username for development mode (no auth) | +| `MCP_PARSE_REQUEST_ENABLED` | `True` | Pre-parse MCP tool inputs from JSON strings into objects. Set to `False` for clients (Claude Desktop, LangChain) that do not double-serialize arguments — this produces cleaner tool schemas for those clients | ### Authentication @@ -664,6 +665,32 @@ MCP_CSRF_CONFIG = { --- +## Audit Events + +All MCP tool calls are logged to Superset's event logger, the same system used by the web UI (viewable at **Settings → Action Log**). Each event captures: + +- **Action**: `mcp..` (e.g., `mcp.list_databases.query`) +- **User**: the resolved Superset username from the JWT or dev config +- **Timestamp**: when the operation ran + +This means MCP activity is auditable alongside normal user activity. No additional configuration is required — logging is on by default whenever the event logger is enabled in your Superset deployment. + +## Tool Pagination + +MCP list tools (`list_datasets`, `list_charts`, `list_dashboards`, `list_databases`) use **offset pagination** via `page` (1-based) and `page_size` parameters. Responses include `page`, `page_size`, `total_count`, `total_pages`, `has_previous`, and `has_next`. To iterate through all results: + +```python +# Example: fetch all charts across pages +all_charts = [] +page = 1 +while True: + result = mcp.list_charts(page=page, page_size=50) + all_charts.extend(result["charts"]) + if not result.get("has_next"): + break + page += 1 +``` + ## Security Best Practices - **Use TLS** for all production MCP endpoints -- place the server behind a reverse proxy with HTTPS diff --git a/docs/docs/using-superset/creating-your-first-dashboard.mdx b/docs/docs/using-superset/creating-your-first-dashboard.mdx index febf3395a6f..99a859818af 100644 --- a/docs/docs/using-superset/creating-your-first-dashboard.mdx +++ b/docs/docs/using-superset/creating-your-first-dashboard.mdx @@ -63,6 +63,12 @@ by clicking the **Connect** button in the bottom right corner of the modal windo Congratulations, you've just added a new data source in Superset! +### Sharing a Database Connection + +When adding a new database, you can share the connection with other Superset users. Shared connections appear in other users' database lists, making it easier to collaborate on the same data without requiring each user to configure the same connection separately. + +To share a connection, enable the **Share connection with other users** option in the **Advanced** tab of the database connection modal before saving. You can change sharing settings later by editing the database connection. + ### Registering a new table Now that you’ve configured a data source, you can select specific tables (called **Datasets** in Superset) @@ -80,6 +86,22 @@ we register the **cleaned_sales_data** table from the **examples** database. To finish, click the **Add** button in the bottom right corner. You should now see your dataset in the list of datasets. +### Organizing Datasets into Folders + +The Datasets list view supports **folders** for organizing datasets into groups. To create and manage folders: + +1. In the **Datasets** list, click the **Folders** panel on the left sidebar. +2. Click **+ New Folder** to create a top-level folder, or drag an existing folder to nest it. +3. Drag dataset rows onto a folder to move them in, or right-click a dataset and select **Move to folder**. + +Folders are per-user organizational aids — they do not affect dataset access permissions or how other users see the datasets. + +### Uploading Files via the OS File Manager (PWA) + +When Superset is installed as a **Progressive Web App (PWA)** from your browser, your operating system will offer Superset as an option when opening CSV, Excel (`.xls`/`.xlsx`), and Parquet files. Double-clicking or right-clicking a supported file and selecting "Open with Superset" navigates directly to the upload workflow for that file. + +To install Superset as a PWA, look for the install icon in your browser's address bar (Chrome, Edge) when visiting your Superset instance over HTTPS. PWA installation requires HTTPS and a valid manifest — your admin needs to confirm the app manifest is served correctly. + ### Customizing column properties Now that you've registered your dataset, you can configure column properties @@ -234,6 +256,64 @@ For example, when running the local development build, the following will disabl Top Nav and remove the Filter Bar: `http://localhost:8088/superset/dashboard/my-dashboard/?standalone=1&show_filters=0` +### AG Grid Interactive Table + +The **AG Grid Interactive Table** chart type is Superset's fully-featured data grid, suitable for large paginated datasets where the standard Table chart is not enough. + +#### Server-Side Column Filters + +AG Grid supports server-side column filters that query the full dataset — not just the loaded page. Filters are applied before data is sent to the browser, so results are correct even across millions of rows. + +**Available filter types:** + +| Column type | Filter options | +|---|---| +| Text | Contains, equals, starts with, ends with | +| Number | Equals, not equal, less than, greater than, between | +| Date | Before, after, between, blank | +| Set | Select from a list of distinct values | + +**AND / OR logic:** Each column supports combining multiple conditions with AND or OR. Filters from different columns are always combined with AND. + +**Interaction with pagination:** Server-side filters run as WHERE clauses in the underlying SQL query, so pagination always operates over the already-filtered result set. + +#### Time Shift (Time Comparison) + +AG Grid Interactive Table supports **Time Shift** (time comparison), matching the behavior of the standard Table chart. In the **Advanced Analytics** → **Time Comparison** section of the chart configuration, enter a shift expression (e.g., `1 year ago`, `minus 7 days`) to add comparison columns showing values from the offset period. Dashboard-level time range overrides apply to both the base and comparison periods. + +### Dynamic Currency Formatting + +Chart metric values can display currencies dynamically rather than using a fixed currency code. To enable: + +1. Open the dataset editor for your dataset (**Datasets → Edit**). +2. In the **Advanced** tab, set **Currency Code Column** to the name of a column in your dataset that contains ISO 4217 currency codes (e.g., `USD`, `EUR`, `GBP`). +3. In the Explore chart configuration, open the metric's **Number format** section and select **Auto-detect** for currency. + +When Auto-detect is active, each row uses the currency code from the designated column, so a single chart can display values in multiple currencies — each formatted correctly for its currency. + +### ECharts Option Editor + +For ECharts-based chart types (line, bar, area, scatter, pie, and others), Explore includes an advanced **ECharts Option Editor** that accepts raw JSON overrides for the underlying ECharts configuration. + +Access it via the **Customize** tab → **ECharts Options** section at the bottom of the panel. The JSON you enter is deep-merged on top of Superset's generated ECharts config, so you can override specific options without rewriting the entire config. + +**Example:** override the legend position and add a custom title: + +```json +{ + "legend": { "orient": "vertical", "right": "5%", "top": "middle" }, + "title": { "text": "My Custom Title", "left": "center" } +} +``` + +:::caution +ECharts option overrides bypass Superset's validation layer. Invalid option keys are silently ignored by ECharts. Overrides that conflict with Superset-generated options (e.g., `series`) may produce unexpected results. +::: + +### Table Chart: Exporting Filtered Data + +When the **Search Box** is visible in a Table chart, the **Download** action exports only the rows currently visible after the search filter is applied — not the full underlying dataset. This matches the visual output and is intentional. To export the full dataset regardless of search state, use the **Download as CSV** option from the chart's three-dot menu in the dashboard or from the Explore chart toolbar before applying a search filter. + :::resources - [Dashboard Customization](https://docs.preset.io/docs/dashboard-customization) - Advanced dashboard styling and layout options - [Blog: BI Dashboard Best Practices](https://preset.io/blog/bi-dashboard-best-practices/) diff --git a/docs/docs/using-superset/embedding.mdx b/docs/docs/using-superset/embedding.mdx new file mode 100644 index 00000000000..59f561084b6 --- /dev/null +++ b/docs/docs/using-superset/embedding.mdx @@ -0,0 +1,130 @@ +{/* +Licensed to the Apache Software Foundation (ASF) under one +or more contributor license agreements. See the NOTICE file +distributed with this work for additional information +regarding copyright ownership. The ASF licenses this file +to you under the Apache License, Version 2.0 (the +"License"); you may not use this file except in compliance +with the License. You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, +software distributed under the License is distributed on an +"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +KIND, either express or implied. See the License for the +specific language governing permissions and limitations +under the License. +*/} + +--- +title: Embedding Superset +sidebar_position: 6 +--- + +# Embedding Superset + +Superset dashboards can be embedded directly in host applications using the `@superset-ui/embedded-sdk` package. + +:::info Prerequisites +- The `EMBEDDED_SUPERSET` feature flag must be enabled. +- The embedding domain and allowed origins must be configured by an admin. +::: + +## Quick Start + +Install the SDK: + +```bash +npm install @superset-ui/embedded-sdk +``` + +Embed a dashboard: + +```javascript +import { embedDashboard } from '@superset-ui/embedded-sdk'; + +embedDashboard({ + id: 'dashboard-uuid-here', // from Dashboard → Embed + supersetDomain: 'https://superset.example.com', + mountPoint: document.getElementById('superset-container'), + fetchGuestToken: () => fetchTokenFromYourBackend(), + dashboardUiConfig: { + hideTitle: true, + filters: { expanded: false }, + }, +}); +``` + +`fetchGuestToken` must return a **guest token** obtained from your server by calling Superset's `/api/v1/security/guest_token/` endpoint with a service account. Do not call this endpoint from client-side code. + +--- + +## Callbacks + +### `resolvePermalinkUrl` + +When a user copies a permalink from an embedded dashboard, Superset generates a URL on its own domain. In an embedded context this URL is usually not meaningful to the host application's users — the dashboard is rendered inside the host app, not at the Superset URL. + +The `resolvePermalinkUrl` callback lets the host app intercept permalink generation and return a URL on the host domain instead: + +```javascript +embedDashboard({ + id: 'my-dashboard-uuid', + supersetDomain: 'https://superset.example.com', + mountPoint: document.getElementById('superset-container'), + fetchGuestToken: () => fetchGuestToken(), + /** + * Called when Superset generates a permalink. + * @param {Object} args - { key: string } — the permalink key + * @returns {string | null} - your host URL, or null to use Superset's default + */ + resolvePermalinkUrl: ({ key }) => { + return `https://myapp.example.com/dashboard?permalink=${key}`; + }, +}); +``` + +If the callback returns `null` or is not provided, Superset uses its own permalink URL as a fallback. + +--- + +## Feature Flags for Embedded Mode + +### `DISABLE_EMBEDDED_SUPERSET_LOGOUT` + +Hides the logout button when Superset is embedded in a host application. This is useful when the host application manages the session lifecycle and you do not want users to accidentally log out of the embedded Superset session: + +```python +# superset_config.py +FEATURE_FLAGS = { + "EMBEDDED_SUPERSET": True, + "DISABLE_EMBEDDED_SUPERSET_LOGOUT": True, +} +``` + +When enabled, the **Logout** menu item is removed from the user avatar dropdown in the embedded view. The session can still be invalidated server-side by revoking the guest token. + +### `EMBEDDED_SUPERSET` + +Must be `True` to enable the embedded SDK and the guest token endpoint. Without this flag, `embedDashboard` will fail to load. + +--- + +## URL Parameters + +The following URL parameters can be passed through the `urlParams` option in `dashboardUiConfig` or appended to the embedded iframe URL: + +| Parameter | Values | Effect | +|-----------|--------|--------| +| `standalone` | `0`, `1`, `2`, `3` | `0`: normal; `1`: hide nav; `2`: hide nav + title; `3`: hide nav + title + tabs | +| `show_filters` | `0`, `1` | Show or hide the native filter bar | +| `expand_filters` | `0`, `1` | Start with filter bar expanded or collapsed | + +--- + +## Security Notes + +- **Guest tokens expire** — their lifetime is controlled by the `GUEST_TOKEN_JWT_EXP_SECONDS` config (default: 5 minutes). Refresh tokens before they expire using a token refresh mechanism in your host app. +- **Row-level security** — pass `rls` rules in the guest token request to restrict which rows are visible to the embedded user. +- **Allowed domains** — restrict which host origins can embed a dashboard by setting **Allowed Domains** per-dashboard in the *Embed* settings modal. Superset checks the request's `Referer` header against this list before serving the embedded view; an empty list allows any origin, so configure this explicitly for production. diff --git a/docs/docs/using-superset/exploring-data.mdx b/docs/docs/using-superset/exploring-data.mdx index 0cc812382aa..8d83a0c2c63 100644 --- a/docs/docs/using-superset/exploring-data.mdx +++ b/docs/docs/using-superset/exploring-data.mdx @@ -329,6 +329,27 @@ various options in this section, refer to the Lastly, save your chart as Tutorial Resample and add it to the Tutorial Dashboard. Go to the tutorial dashboard to see the four charts side by side and compare the different outputs. +### SQL Lab Tips + +**Schema and table browser**: The left-side table browser uses a collapsible treeview — click a schema to expand its tables, and click a table to see its columns and sample data inline. This makes navigating large schemas much faster than the previous flat list. + +**Find in editor**: Press **Ctrl+F** (or **Cmd+F** on Mac) to open the Monaco find/replace widget inside the SQL editor without leaving the editor. + +**Resizable panels**: The dividers between the SQL editor, schema browser, and results pane are draggable. Adjust them to match your workflow and screen size. + +**Dialect-aware Format SQL**: The **Format SQL** button applies the SQL dialect of the currently selected database — Trino, Presto, MySQL, PostgreSQL, etc. — rather than a generic formatter. Switch to a different database in the toolbar and re-format to get dialect-specific output. Jinja template syntax (`{{ }}`, `{% %}`) is preserved during formatting and will not cause format errors. + +### Time Range Natural Language Expressions + +The **Custom** time range picker accepts natural language expressions alongside specific dates: + +- **Relative**: `Last 7 days`, `Last month`, `Last quarter`, `Last year` +- **Anchored**: `previous calendar week`, `previous calendar month` +- **"First of" expressions**: `first day of this week`, `first day of this month`, `first day of this quarter`, `first day of this year`, `first week of this year` +- **Offsets**: `30 days ago`, `1 year ago`, `next week` + +These expressions are evaluated at query time, so saved charts always display data relative to the current date. + :::resources - [Chart Walkthroughs](https://docs.preset.io/docs/chart-walkthroughs) - Detailed guides for most chart types - [Blog: Why Apache ECharts is the Future of Apache Superset](https://preset.io/blog/2021-4-1-why-echarts/) diff --git a/docs/docs/using-superset/using-ai-with-superset.mdx b/docs/docs/using-superset/using-ai-with-superset.mdx index 3969042bcd2..67becfd9482 100644 --- a/docs/docs/using-superset/using-ai-with-superset.mdx +++ b/docs/docs/using-superset/using-ai-with-superset.mdx @@ -56,8 +56,8 @@ Ask your AI assistant to browse what's available in your Superset instance: Describe the visualization you want and AI creates it for you: - **Create charts from natural language** -- describe what you want to see and AI picks the right chart type, metrics, and dimensions -- **Preview before saving** -- AI generates a preview so you can review before committing -- **Modify existing charts** -- update filters, change chart types, add metrics +- **Preview before saving** -- `generate_chart` defaults to `save_chart=False`, showing the chart in Explore before it's committed. Ask AI to save once you're satisfied. +- **Modify existing charts** -- `update_chart` also supports preview mode so you can review changes before saving - **Get Explore links** -- open any chart in Superset's Explore view for further refinement **Example prompts:** @@ -195,27 +195,59 @@ Ask your admin for the MCP server URL and any authentication tokens you need. ## Available Tools Reference +### Exploration & Discovery + | Tool | Description | |------|-------------| | `health_check` | Verify the MCP server is running and connected | | `get_instance_info` | Get instance statistics (dataset, chart, dashboard counts) | | `get_schema` | Discover available charts, datasets, and dashboards with schema info | + +### Datasets + +| Tool | Description | +|------|-------------| | `list_datasets` | List datasets with filtering and search | | `get_dataset_info` | Get dataset metadata (columns, metrics, filters) | +| `create_virtual_dataset` | Create a virtual dataset from a SQL query | + +### Charts + +| Tool | Description | +|------|-------------| | `list_charts` | List charts with filtering and search | | `get_chart_info` | Get chart metadata and configuration | | `get_chart_data` | Retrieve chart data (JSON, CSV, or Excel) | | `get_chart_preview` | Generate a chart preview (URL, ASCII, table, or Vega-Lite) | -| `generate_chart` | Create a new chart from a specification | -| `update_chart` | Modify an existing chart's configuration | +| `get_chart_type_schema` | Get the configuration schema for a chart type | +| `generate_chart` | Create a new chart from a specification (defaults to preview mode — review before saving) | +| `update_chart` | Modify an existing chart's configuration (pass `generate_preview=False` to persist immediately instead of returning a preview URL) | | `update_chart_preview` | Update a cached chart preview without saving | +| `generate_explore_link` | Generate an Explore URL for interactive visualization | + +### Dashboards + +| Tool | Description | +|------|-------------| | `list_dashboards` | List dashboards with filtering and search | | `get_dashboard_info` | Get dashboard metadata and layout | | `generate_dashboard` | Create a new dashboard with specified charts | | `add_chart_to_existing_dashboard` | Add a chart to an existing dashboard | + +### SQL + +| Tool | Description | +|------|-------------| | `execute_sql` | Run a SQL query with RBAC enforcement | +| `save_sql_query` | Persist a SQL query to SQL Lab's saved queries | | `open_sql_lab_with_context` | Open SQL Lab with a pre-populated query | -| `generate_explore_link` | Generate an Explore URL for interactive visualization | + +### Databases + +| Tool | Description | +|------|-------------| +| `list_databases` | List configured database connections | +| `get_database_info` | Get details about a specific database connection | ---