Skip to main content
Glama
sdebruyn

fabric-dw-mcp-cli

by sdebruyn

import_table_from_url

Import data from a remote URL into an existing Data Warehouse table using COPY INTO. Supports CSV and Parquet files, with options to fail, append, or truncate.

Instructions

Load data into an existing Data Warehouse table via COPY INTO from a remote URL.

The target table must already exist and have a compatible schema. For auto-create with schema inference from local files, use the CLI tables load --file --create command instead.

if_exists controls behaviour when the table already exists:

  • "fail" (default): raise an error if the table already exists, or if it does not exist (the table must be created first with create_empty_table or create_table).

  • "append": load rows into the existing table without modification. Raises an error if the table does not exist.

  • "truncate": TRUNCATE the existing table, then load, both inside a single transaction so a failed load leaves the existing rows intact (atomic replace). Requires FABRIC_MCP_ALLOW_DESTRUCTIVE=1. Raises an error if the table does not exist.

  • "replace": not supported for remote URLs (schema inference requires downloading the file). Use "truncate" to keep the current schema, or download locally and use the CLI with --create --if-exists replace.

Supported file types: CSV, PARQUET. JSON remote URLs require downloading and converting locally first; use the CLI tables load command for local files (including JSON).

For OneLake or same-tenant URLs, no credential is needed. For secured external URLs supply credential_type and the appropriate secret/identity values.

CAUTION: truncate is permanently destructive. Confirm the source URL and target table before calling.

Note: secret / identity values are accepted but are NEVER logged or included in any debug output.

Args: workspace: Workspace name or GUID. item: Warehouse name or GUID. SQL Analytics Endpoints are rejected. qualified_name: Dot-separated qualified table name, e.g. dbo.sales. url: Source URL (OneLake DFS URL or external Azure Blob URL). file_type: CSV or PARQUET. if_exists: Policy when the target table already exists. credential_type: Credential type for the source URL. secret: Credential secret (not logged). identity: Identity for managed-identity or service-principal. delimiter: CSV column delimiter. has_header: Whether the CSV file has a header row. encoding: CSV file encoding. field_quote: CSV field-quote character. row_terminator: CSV row terminator. max_errors: Maximum errors before aborting. rejected_row_location: URL for rejected-row output.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
urlYes
itemYes
secretNoCredential secret (SAS token, client secret, or account key). NEVER log or echo this value.
encodingNoCSV file encoding (e.g. 'UTF8', 'UTF8BOM').
identityNoIdentity value for managed-identity or service-principal credential types.
delimiterNoCSV column delimiter (e.g. ',', '\t').
file_typeYesFile type. JSON is not supported for remote URLs; download and convert locally first.
if_existsNoWhat to do when the target table exists or is absent. 'fail': error if the table already exists, or if it does not exist (default). 'append': load into the existing table; error if the table is absent. 'truncate': TRUNCATE then load (destructive). 'replace': DROP + recreate from inferred schema, then load (destructive).fail
workspaceYes
has_headerNoWhen True, the first CSV row is a header and is skipped.
max_errorsNoMaximum number of errors before aborting.
field_quoteNoCSV field-quote character.
qualified_nameYes
row_terminatorNoCSV row terminator (e.g. '\n', '\r\n').
credential_typeNoCredential type for secured external URLs. Use 'none' for OneLake or public URLs.none
rejected_row_locationNoURL to write rejected rows to.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations provided, so description carries full burden. It discloses critical behaviors: target table must exist, truncate is destructive, secret not logged, credential requirements, and unsupported file types. Also includes a caution. Highly transparent.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is well-structured with sections and bullet points, front-loaded with the core purpose. Though lengthy (25+ lines), every sentence adds value given the tool's complexity. Slightly long but appropriate.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 16 parameters, 5 required, and presence of an output schema, the description covers all necessary aspects: behavior, parameter semantics, usage guidelines, safety, and credential handling. No obvious gaps.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 75% (high), but description adds significant value beyond the schema. It explains if_exists behaviors in detail, credential conditions, and notes about secret logging. Each parameter in Args gets additional context beyond the schema descriptions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool loads data into an existing table via COPY INTO from a remote URL. It explicitly says what the tool does not do (auto-create, JSON, replace), distinguishing its purpose from alternatives.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Provides explicit guidance on when to use alternatives: CLI for auto-create with local files, and download+CLI for JSON. Also explains each if_exists option and when each is appropriate, giving clear usage context.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/sdebruyn/fabric-dw-mcp-cli'

If you have feedback or need assistance with the MCP directory API, please join our Discord server