Managed table — data platforma yoki database catalogi metadata bilan birga jadvalning fizik ma’lumot fayllari hayot siklini ham boshqaradigan jadval turidir. Jadval yaratilganda tizim standart storage joyini tanlaydi, yozish va optimizatsiyani nazorat qiladi; jadval o‘chirilganda ko‘pincha metadata bilan birga ma’lumotni ham o‘chiradi. Aniq semantika platformaga qarab tekshiriladi.
Egalik chegarasi
Catalog managed table uchun location, schema, partition, format va permissionni qayd etadi. Foydalanuvchi SQL orqali insert, overwrite va alter bajaradi, engine fayl commitini izchil qiladi. Compaction, statistics, retention va garbage collection xizmat tomonidan avtomatlashtirilishi mumkin.
External tableda catalog faqat tashqi joydagi fayllarga havola qiladi va ularning hayot sikli boshqa tizimga tegishli. Managed model bitta boshqaruv nuqtasi, yaxshiroq tranzaksiya va sodda tozalash beradi. Evaziga fayllarni catalogdan tashqari vosita bilan o‘zgartirish metadata hamda transaction logni buzishi mumkin.
Yaratish va o‘chirish
CREATE TABLE location ko‘rsatilmasdan bajarilsa, warehouse katalogidagi standart yo‘l ishlatilishi mumkin. DROP TABLE ma’lumotni darhol yoki retentiondan keyin o‘chiradi. Time travel, recycle bin yoki undrop mavjud bo‘lsa, fizik fayllar ma’lum muddat saqlanadi. Cloud object versioning alohida qatlam bo‘lib, database restore semantikasi bilan ayni emas.
Productionda drop ruxsati tor rollarga beriladi. Terraform yoki migratsiya vositasi “jadvalni almashtirish” deb drop-create qilsa katta data yo‘qolishi mumkin. Destructive change oldidan snapshot, clone yoki restore mashqi kerak.
Transaction va optimizatsiya
Lakehouse managed table transaction log orqali bir nechta faylni bitta snapshot sifatida commit qiladi. Reader yarim yozilgan fayl to‘plamini ko‘rmaydi. Schema enforcement yaroqsiz column type ni rad etadi, schema evolution esa nazoratli yangi maydon qo‘shadi.
Platforma kichik fayllarni compact, clustering yoki sorting key bo‘yicha qayta joylashtirishi mumkin. Statistics va data skipping metadata si queryni tezlashtiradi. Optimizerga foyda berishi uchun yozuvlar barcha rasmiy transaction yo‘li orqali o‘tadi.
Access va almashish
Managed table permissioni catalog rolelari bilan boshqariladi. Row filter, column mask va audit markaziy siyosatga ulanadi. Fizik obyekt storage credentiali foydalanuvchiga berilmasa, u governance qatlamini chetlab o‘tolmaydi.
Boshqa engine bilan faylni bevosita o‘qish format ochiq bo‘lsa texnik jihatdan mumkin, ammo snapshot va delete vectorni tushunmaslik noto‘g‘ri natija beradi. Interoperabellik uchun qo‘llab-quvvatlangan connector yoki sharing protokoli ishlatiladi.
Migratsiya
External jadvalni managedga aylantirishda fayl egaligi, location, permission va drop oqibati hujjatlashtiriladi. Ba’zi platforma data ni ko‘chiradi, boshqasi existing locationni qabul qiladi. Migrationdan oldin record count, checksum, partition va downstream consumerlar tekshiriladi. “Managed” nomi backup kafolati emas; RPO, retention va region recovery alohida sozlanadi.
Clone va development
Zero-copy clone managed table metadata si orqali existing data fayllarini bo‘lishib, test nusxani tez yaratishi mumkin. Clonega yozilganda copy-on-write yangi fayl yaratadi. Bu storage tejaydi, lekin source retention yoki vacuum shared fayllarni clone ishlatayotganini hisobga olishi kerak. Production ma’lumotini developmentga clone qilish access policy va maskalash talabini bekor qilmaydi.
Xarajat nazorati
Avtomatik optimizatsiya qulay bo‘lsa ham compaction, clustering va time travel storage xarajat qiladi. Platforma operation history, rewritten bytes va eski snapshot hajmini ko‘rsatadi. Retentionni keskin qisqartirishdan oldin recovery hamda audit ehtiyoji tekshiriladi.
Bog‘liq tushunchalar
External table, Data catalog, Lakehouse, Transaction log, Table format, Schema evolution, Data governance