Unity Catalog: 2026 gids voor opslagregels

Samenvatting

Unity Catalog geeft teams in 2026 controle over de opslaglocatie van managed tables, met behoud van eigen cloudopslag.

Unity Catalog en managed tables

Databricks beschrijft hoe Unity Catalog managed tables opslaat in een cloudaccount van de klant, zoals een S3-bucket, ADLS-container of GCS-bucket. De locatie volgt uit de managed storage location op metastore-, catalogus- of schemaniveau. Tabellen erven die instelling; de meest specifieke locatie heeft voorrang.

Met SET MANAGED LOCATION bepaal je waar nieuwe tabellen terechtkomen. Wie bestaande external tables omzet, verplaatst de data naar de ingestelde locatie. Zo kunnen teams één opslaglocatie gebruiken of aparte locaties instellen voor compliance en kostenallocatie.

Unity Catalog en eigen cloudopslag

De opslag blijft eigendom van de organisatie. Teams houden zicht op de bestandsstructuur en kunnen eigen bucket policies toepassen, data inspecteren en controles uitvoeren. Unity Catalog beheert ondertussen de tabellay-out, tuning en opruimacties voor tabellen in Delta- of Iceberg-formaat.

Databricks koppelt dit model aan open toegang. Apache Spark, Flink, Trino, Kafka Connect en Snowflake kunnen managed tables lezen en schrijven via de Iceberg REST Catalog en de Open APIs van Unity Catalog. Credential vending regelt de toegangsverlening zonder dat teams data hoeven te dupliceren. Daarmee gebruikt analytics één beheerde bron voor verschillende workloads, terwijl de bestanden in het eigen cloudaccount blijven staan.

Unity Catalog als opslagkeuze

Breng eerst de huidige opslaghiërarchie in kaart. Controleer welke locaties op metastore-, catalogus- en schemaniveau zijn ingesteld en zoek tabellen die een geërfde locatie gebruiken die niet langer past. Kies daarna bewust tussen één centrale locatie en gescheiden opslag voor compliance of kostenallocatie. Test een omzetting van external tables voordat je die op grotere schaal uitvoert en controleer tegelijk de bucket policies en toegangsrechten.