Ett register, lesbart for verktøyene du allerede har: XTable og UniForm

Økonomiavdelingen kjører rapportene sine i Power BI over Microsoft Fabric. Et datterselskap kjøpt i fjor rapporterer i Snowflake. Konsernets dataingeniører foretrekker Trino. Hvert verktøy leser ett tabellformat godt, så hvert har sin egen kopi av salgshovedboken, oppdatert etter sin egen plan, og kvartalsmarginen finnes i tre litt ulike versjoner til noen velger én.
En virksomhet kommer ikke tomhendt til et nytt operativsystem. Den kommer med de verktøyene, de vanene og de kopiene. Hurukans register er utformet for å leses av dem uten å kopieres for dem. To prosjekter gjør det mulig, og å forstå hva de gjør og ikke gjør, er et suverenitetsspørsmål, ikke et rørleggerspørsmål.
Hvorfor oversettelse i det hele tatt er mulig
Delta Lake, Apache Iceberg og Apache Hudi lagrer data på samme måte: som Parquet-filer som aldri redigeres. De skiller seg i metadataene som skrives ved siden av filene — listen over hvilke filer som utgjør tabellen nå, skjemaet, partisjonene, statistikken. Et tabellformat er en plan lagt over mursteinene, og mursteinene er felles.
Så en tabell skrevet i ett format kan få en plan nummer to. Ingenting kopieres; et annet sett metadata skrives som peker til de samme filene, og en motor som leser det andre formatet, finner en tabell der den forventer en. Datalaget som holder Hurukans register, er under bygging, og dette er en av egenskapene det utformes rundt.
Apache XTable: en oversetter som kjører ved siden av tabellen
Apache XTable er et inkubasjonsprosjekt i Apache Software Foundation. Det leser metadataene til et kildeformat og skriver metadataene til ett eller flere målformater «uten å kopiere eller flytte de underliggende datafilene». Gjeldende utgivelse er 0.4.0-incubating fra august 2026 (kontrollert 21. oktober 2026). Det kjører som et verktøy eller en planlagt jobb, med en full synkronisering som bygger målmetadataene på nytt, og en inkrementell som bare tar med det som endret seg siden forrige kjøring.
Dokumentasjonen er ærlig om grensene: Hudi- og Iceberg-tabeller med merge-on-read-oppsett støttes ikke, og heller ikke Delta-tabeller som bruker slettevektorer. Microsofts egen beskrivelse av OneLake sier at den bruker XTable for å vise tabeller i mer enn ett format, som er et nyttig tegn på hvor prosjektet står i markedet.
Delta UniForm: en plan nummer to skrevet ved commit
Delta UniForm gjør samme jobb fra innsiden av
Delta Lake. Når den er slått på for en tabell, skriver Delta Iceberg-metadata (og, i
forhåndsvisning, Hudi-metadata) etter hver commit, asynkront, slik at en Iceberg-leser ser
tabellen direkte. Det krever kolonnetilordning, en leserversjon på minst 2 og en skriverversjon på
minst 7, og tabellfunksjonen IcebergCompatV2. Delta 4.3.0 fra juni 2026 la til atomisk
inkrementell Iceberg-konvertering (kontrollert 21. oktober 2026).
Grensene er speilbildet av XTables: Iceberg- eller Hudi-siden er skrivebeskyttet; slettevektorer,
typen VOID og endringsdatastrømmen følger ikke med. I et Microsoft-miljø er effekten synlig i
OneLake, som
virtualiserer Delta-tabeller som Iceberg med en dokumentert forsinkelse på noen sekunder til et
par minutter, for tabeller under fem tusen commits.
| Apache XTable | Delta UniForm | |
|---|---|---|
| Hvor den kjører | ved siden av tabellen, som en jobb | inne i Delta-skriveren, ved commit |
| Kildeformater | Delta, Iceberg, Hudi (og flere i 0.4.0) | bare Delta |
| Målformater | hvilket som helst av de tre | Iceberg; Hudi i forhåndsvisning |
| Skriving fra den andre siden | nei | nei |
| Katalog og tilganger | oversettes ikke | oversettes ikke |
Hva som oversettes og hva som ikke gjør det
Metadata oversettes. Listen over filer, skjemaet, partisjonene, statistikken. Tre ting gjør det ikke, og hver av dem er en beslutning som blir hos virksomheten.
Skriveformatet. Ett format forblir det som skrives til. Det er der tabellens eier sitter, der oppbevaring settes og der en sletting etter personvernlovgivningen utføres. De andre formatene er visninger av det.
Katalogen. En leser i Snowflake eller Fabric må fortsatt få vite hvor tabellen er og om denne personen får lese den. Oversatte metadata bærer ikke tilganger. Hurukan holder tilgangene på serveren og katalogen på infrastruktur virksomheten velger, som er innholdet i laget for sikkerhet og suverenitet.
Funksjoner det andre formatet ikke kjenner. En Delta-tabell med slettevektorer eller en Iceberg-tabell lest gjennom et format som mangler en funksjon, vil enten nekte oversettelsen eller vise et annet resultat. Testplanen for en slik tabell leser den gjennom hvert format i bruk og sammenligner radantall, aggregater og forsinkelsen mellom en skriving og dens synlighet på den andre siden. I Hurukan er den testpakken noe en agent kan generere fra skjemaet, og en person godkjenner før det andre formatet tilbys noen.
Innlåsing i begge retninger
Den vanlige bekymringen ved et operativsystem for hele virksomheten er at det låser virksomheten inne. Registeret svarer på det fra innsiden: åpne formater, filer og katalog på virksomhetens infrastruktur, lesbare av andre motorer. XTable og UniForm svarer fra utsiden: verktøyene virksomheten allerede betaler for, fortsetter å lese det samme registeret, i formatet de foretrekker, uten noen kopi å avstemme. Integrasjoner med Microsoft 365 Copilot og de andre assistentene er planlagt, ikke i drift; filformatene under dem er allerede åpne.
Hvilket format Hurukan skriver først, er et valg om katalog og miljø heller enn funksjoner, og det tas i Revisjonssporet er en tabell.
En test du kan gjøre i dag
List opp tabellene som finnes i mer enn ett verktøy i virksomheten din. For hver, skriv ned hvilken kopi som er den folk stoler på, og når de andre sist ble oppdatert. Hvis den andre kolonnen er tom, er den tabellen en kandidat for ett register med to planer i stedet for to tabeller med ett navn.
- Apache XTable
- Delta UniForm
- tabellformater
- innlåsing
- Microsoft Fabric