Who manages the files, what DROP TABLE does to each, and why Databricks recommends managed tables.
From Ultra Transcenders DP-750 by Tony Rough (coming November 2026)
The exam’s “managed and unmanaged tables” are, in Unity Catalog terms, managed tables and external tables. Both are fully governed by Unity Catalog (access control, auditing, lineage); the difference is who controls the data files’ location and lifecycle.
| Property | Unity Catalog managed table | External table |
|---|---|---|
| Storage location | Chosen by Unity Catalog in the schema, catalog or metastore managed location (in your cloud account) | You specify LOCATION, under a Unity Catalog external location |
| File lifecycle (layout, optimisation, deletion) | Managed by Unity Catalog | Managed by you or an external system |
| Formats | Delta Lake or Apache Iceberg | Delta, CSV, JSON, Avro, Parquet, ORC, text |
On DROP TABLE |
Data files deleted after the recovery period (default 7 days) | Only metadata removed; files remain |
| Managed-only features | Predictive optimization, automatic liquid clustering, metadata caching, catalog commits, multi-statement transactions | Not available |
| Access path | Table name only; path-based access isn’t supported | Table name; external tools can read files directly (bypassing Unity Catalog) |
Learn recommends managed tables for most use cases and all new tables. External tables fit when you need:
Managed tables aren’t a lock-in: external engines can read and write them through the Unity REST API and Iceberg REST Catalog with credential vending.
-- Managed Delta table (the default format)
CREATE TABLE prod.sales.orders (order_id BIGINT, amount DECIMAL(10,2));
-- External table at an explicit path
CREATE TABLE prod.sales.orders_ext (order_id BIGINT, amount DECIMAL(10,2))
LOCATION 'abfss://ext@<storage-account>.dfs.core.windows.net/sales/orders';Creating a managed table needs USE CATALOG, USE SCHEMA and CREATE TABLE on the schema. An external table also needs CREATE EXTERNAL TABLE on the external location covering its path. Add USING iceberg for a managed Iceberg table; without it you get Delta. From Databricks Runtime 17.3 LTS, ALTER TABLE ... SET MANAGED converts an external Delta table to a managed table, keeping its name, permissions, views and history, with UNSET MANAGED available to roll back within 14 days. Ingestion-oriented DDL such as CTAS and CREATE OR REPLACE TABLE is covered in Ingesting data into Unity Catalog.
Common trap: Choosing an external table because “managed tables delete my data and lock it into Databricks” - managed table files live in your own cloud account and are open to external engines through open APIs; choose external only for the specific needs Learn lists, remembering that dropping it leaves orphaned files you must clean up yourself.
This note is one section of Ultra Transcenders DP-750: Implementing Data Engineering Solutions Using Azure Databricks, an independent study guide that explains every topic the exam covers by technology, with comparison tables, diagrams and the common traps, plus a glossary linked to Microsoft Learn.
Due on Amazon in November 2026, in Kindle and paperback editions.
About the book · DP-750 terms in the glossary · All DP-750 study notes
What standard (formerly shared) and dedicated (formerly single user) access modes allow, and when each is required.
How SQL UDF row filters and column masks restrict data per user, and how they differ from dynamic views.
How the two retention properties and VACUUM decide which table versions you can still query or restore.
SCD types 0, 1, 2 and others compared, and when to keep history in a dimension table.
The table-size thresholds for partitioning, partition sizing, and why liquid clustering is usually the better choice.
How expectations validate records in Lakeflow Spark Declarative Pipelines and what each violation action does.
Job and task notifications, system destinations, duration warnings and how retries affect which alerts are sent.