Unity Kataloğu izin modeli kavramları

Bu sayfada nesne modeli, ayrıcalıklar, sahiplik ve devralma dahil olmak üzere Unity Kataloğu izin modelinin temel kavramları açıklanmaktadır.

Tüm Unity Kataloğu ayrıcalıklarına genel bir başvuru için bkz. Unity Kataloğu ayrıcalık başvurusu. Ayrıcalık verme ve iptal etme yönergeleri için bkz. Ayrıcalıkları gösterme, verme ve iptal etme.

Güvenliği sağlanabilir nesneler

Unity Kataloğu'nda veriler ve meta veriler meta veri deposu adı verilen üst düzey bir kapsayıcıda bulunur. Bu meta veri deposu içinde veriler üç düzeyli bir ad alanında nesneler olarak temsil edilir: catalog.schema.table. Bu hiyerarşik yapı, Unity Kataloğu'nda erişim denetiminin temelini de sağlar.

Bu hiyerarşideki her nesne güvenli hale getirilebilir bir nesnedir. Unity Kataloğu'ndaki erişim denetimi, bu güvenli hale getirilebilir nesneler üzerinde , SELECTveya MODIFYgibi USE SCHEMAayrıcalıklar vererek çalışır. Bu model, kuruluşunuz genelinde verilere kimlerin erişebileceği ve bunları yönetebileceği üzerinde ayrıntılı denetim sağlar.

Güvenliği sağlanabilir nesnelerin ve her biri için geçerli olan ayrıcalıkların tam listesi için bkz. Unity Kataloğu ayrıcalık başvurusu.

Kapsayıcı nesneleri

Unity Kataloğu'ndaki bazı güvenli hale getirilebilir nesneler kapsayıcı nesneleridir ve bu da hiyerarşi içinde alt nesneler içerdiği anlamına gelir. Kapsayıcı nesnelerin izin modelinde özel bir rolü vardır çünkü kendisine verilen ayrıcalıklar devralma yoluyla alt öğelerini etkileyebilir.

Unity Kataloğu'ndaki kapsayıcı nesneleri şunlardır:

• Kataloglar: Üç düzeyli ad alanının en üst düzeyi. Kataloglar doğrudan alt öğe olarak şemalar içerir.
• Şemalar: Üç düzeyli ad alanının orta düzeyi. Şemalar doğrudan alt öğeler olarak tablolar, görünümler, birimler ve işlevler içerir.

Kapsayıcı nesnelerinin birkaç önemli özelliği vardır:

Characteristic	Description
Ayrıcalık devralma	Bir kapsayıcı nesnesine ayrıcalık tanıdığınızda, bu ayrıcalık tüm geçerli ve gelecekteki alt nesnelere otomatik olarak uygulanır. Örneğin, bir kataloğa izin vermek SELECT , kullanıcıların bu katalogdaki tüm tabloları okumasına olanak tanır (uygun kullanım ayrıcalıklarıyla). Bkz . Ayrıcalık devralma.
Kullanım ayrıcalıkları	Çocuk nesnelere erişim için ebeveyn kapsayıcı nesnelerde uygun USE CATALOG veya USE SCHEMA ayrıcalıkları gerekir. Bkz . Kullanım ayrıcalıkları.
Alt nesneleri yönetme yeteneği	Bir kapsayıcı nesnesine sahip olduğunuzda, bu alt öğelere doğrudan sahip olmasanız bile tüm alt nesneleri yönetme yetkisine otomatik olarak sahip olursunuz. Bkz. Sahiplik.
Oluşturma yetkileri	Kapsayıcı nesneleri, kullanıcıların CREATE SCHEMA kataloglar ve CREATE TABLE şemalar gibi alt nesneler oluşturmasına olanak tanıyan ayrıcalıkları destekler.

Tablolar, görünümler, hacimler ve işlevler gibi kapsayıcı olmayan nesneler alt nesneler içermez.

Privileges

Ayrıcalıklar, bir kullanıcının veya grubun güvenli hale getirilebilir bir nesne üzerinde gerçekleştirebileceği eylemleri belirler. Yaygın ayrıcalıklar şunlardır:

• SELECT: Tablolardan veya görünümlerden veri okuma
• MODIFY: Tablolara veya görünümlere veri yazma
• USE CATALOG: Bir kataloğa erişim (alt öğelerle çalışmak için ek izinler gerektirir)
• USE SCHEMA: Şemaya erişme (alt nesnelerle çalışmak için ek ayrıcalıklar gerektirir)
• CREATE TABLE: Şema içinde tablo oluşturma

Bir kullanıcı veya gruba bir eylemi gerçekleştirmek için açıkça bir ayrıcalık verilmelidir.

Aşağıdaki bölümlerde Azure Databricks'teki önemli özel ayrıcalıklar açıklanmaktadır. Tüm ayrıcalıklar için tam bir referans için Unity Kataloğu ayrıcalıklar referansı bölümüne bakın.

Kullanım ayrıcalıkları

USE CATALOG ve USE SCHEMA kullanım ayrıcalıklarıdır. Genel olarak, kullanım ayrıcalıkları bir nesne ve hiyerarşideki alt nesneleriyle etkileşim kurmak için bir önkoşuldur.

Bir katalogdaki herhangi bir nesneyle çalışmak için katalogdaki ayrıcalığa ihtiyacınız USE CATALOG var, şemadaki herhangi bir nesneyle çalışmak için şema üzerindeki ayrıcalığa ihtiyacınız USE SCHEMA var. Bir nesnenin MANAGE ayrıcalığıyla yönetilmesi, kullanım ayrıcalığı gereksinimlerinin azaltıldığı bir istisnadır. Bkz. Kullanım ayrıcalığı gereksinimleri.MANAGE

Örneğin, çoğu işlemi tablolar, görünümler, birimler veya işlevler üzerinde gerçekleştirmek için şunlar gerekir:

1. USE CATALOG ana katalogda
2. USE SCHEMA üst şemada
3. İşlemin belirli bir ayrıcalığı (örneğin SELECT, MODIFY veya EXECUTE)

Üçü de gereklidir. Tabloda yalnızca SELECT ayrıcalığına sahip olmak, üst nesnelerde USE CATALOG ya da USE SCHEMA ayrıcalığı yoksa, onu okumak için yeterli değildir.

Kullanım ayrıcalıkları, üst düzey yöneticiler için önemli bir erişim denetimi mekanizması sağlar. Örneğin, tablo sahibi tablosunu diğer kullanıcılarla paylaşmak istese bile, bu kullanıcılar üst nesneler üzerinde USE CATALOG ve USE SCHEMA ayrıcalıklarına sahip olmadıkça tabloya erişemez. Yalnızca katalog ve şema sahipleri veya ayrıcalığı olan MANAGE kullanıcılar bu kullanım ayrıcalıklarını verebildiğinden, bu durum tablo sahiplerinin onaylanan sınırların dışında erişim vermelerini engeller.

Kullanım ayrıcalığı gereksinimleri için MANAGE

MANAGE ayrıcalığı, kullanım ayrıcalığı gereksinimlerini azaltır. MANAGE ayrıcalığını kullanmak için, MANAGE ayrıcalığının verildiği düzeyde bir kullanım ayrıcalığına ihtiyacınız yoktur: bir katalog üzerindeki MANAGE, o katalog üzerinde USE CATALOG gerektirmez; bir şema üzerindeki MANAGE da o şema üzerinde USE SCHEMA gerektirmez. Kullanım ayrıcalığına yalnızca MANAGE sahip olduğunuz düzeyin kesinlikle üstündeki kapsayıcı düzeylerinde ihtiyaç duyarsınız; o düzeyde veya altında değil. Bu üst düzeylerin her birinde, gereksinimi USE CATALOG veya USE SCHEMA ile ya da sahip olma veya MANAGE ile karşılayabilirsiniz. Çünkü bir konteynerdeki MANAGE, tüm alt nesneleri tarafından miras alınır; MANAGE ayrıcalığını daha üst düzeyde bulundurmak, bunun altındaki düzeylerde herhangi bir kullanım ayrıcalığına ihtiyaç duymayacağınız anlamına gelir. Örneğin:

• MANAGE katalogda kullanım ayrıcalığı gerektirmez. Kataloğu ve içindeki herhangi bir şemayı, tabloyu veya diğer nesneyi USE CATALOG veya USE SCHEMA olmadan yönetebilirsiniz.
• Bir şema üzerinde MANAGE, üst katalog üzerinde USE CATALOG (veya sahiplik ya da o katalog üzerinde MANAGE) gerektirir, ancak şema üzerinde USE SCHEMA gerektirmez.
• Kapsayıcı olmayan bir nesne üzerinde (örneğin bir tablo, görünüm, birim veya işlev) MANAGE için, üst katalogda USE CATALOG ve üst şemada USE SCHEMA (veya bu üst öğelerden herhangi birinde sahiplik ya da MANAGE) gerekir.

Bu azaltma yalnızca MANAGE ile MANAGE öğesinin READ METADATA gibi tüm alt ayrıcalıklarının sağladığı meta veri özellikleri için geçerlidir. SELECT ve MODIFY gibi veri erişim ayrıcalıkları, MANAGE olan kullanıcılar için bile, halen USE CATALOG ve USE SCHEMA gerektirir. Neyin MANAGE izin verdiği hakkında daha fazla bilgi için The MANAGE Privilege bölümüne bakınız.

Aşağıdaki tabloda yaygın işlemler ve bunların gerekli ayrıcalıkları gösterilmektedir:

Operation	Gerekli ayrıcalıklar
Tablo veya görünümden veri okuma	USE CATALOG katalogda, USE SCHEMA şemada, SELECT tablo veya görünümde
Tabloya veri yazma	USE CATALOG katalogda, USE SCHEMA şemada, MODIFY tabloda
Katalogda şema oluşturma	USE CATALOG katalogda, CREATE SCHEMA katalogda
Şemada tablo oluşturma	USE CATALOG katalogda, USE SCHEMA şemada, CREATE TABLE şemada (veya katalog düzeyinde izin verilirse katalogda)
İşlev yürütme	USE CATALOG katalogda, USE SCHEMA şemada, EXECUTE işlevde
Birimden dosya okuma	USE CATALOG katalogda, USE SCHEMA şemada, READ VOLUME hacimde
Bir kataloğu yönetin (ayrıcalıklar verme, sahiplik devretme, silme)	MANAGE katalogda (kullanım ayrıcalığı gerekmez)
Bir şema yönetin (ayrıcalıklar verin, sahiplik devredin, düşürün)	USE CATALOG katalogda, MANAGE şemada
Bir tablo, görünüm, hacim veya fonksiyonu yönetin (ayrıcalık vermek, sahiplik devretmek, düşürmek)	USE CATALOG katalogda, USE SCHEMA şemada, MANAGE nesnede

ALL PRIVILEGES Davranış

ALL PRIVILEGESAzure Databricks'in her bir ayrı ayrıcalığı açıkça vermeden belirli bir nesne türü için tüm geçerli ayrıcalıkları ifade eder. Örneğin:

• ALL PRIVILEGES üzerinde bir tabloda, SELECT, MODIFY ve APPLY TAG gerçekleştirebilme yeteneğini ifade eder.
• ALL PRIVILEGES birim üzerinde READ VOLUME, WRITE VOLUME ve APPLY TAG gerçekleştirme yeteneğini ifade eder.
• ALL PRIVILEGES bir şemada tüm şema düzeyi ayrıcalıklarını ifade eder.
• ALL PRIVILEGES bir katalogda tüm katalog düzeyinde ayrıcalıkları ifade eder.

ALL PRIVILEGES, EXTERNAL USE SCHEMA, EXTERNAL USE LOCATION, veya MANAGE ayrıcalıkları içermezREAD METADATA.

Değerlendirme ve iptal etme hakkında daha fazla bilgi için ALL PRIVILEGES bkz. ALL PRIVILEGES.

Ayrıcalık MANAGE

Ayrıcalık MANAGE , kullanıcıların sahip olmadan nesne üzerindeki ayrıcalıkları yönetmesine, sahipliğini aktarmasına ve silmesine olanak tanır. MANAGE 'e sahip olmak, sahipliğe benzer, ancak bazı önemli farklılıklar vardır. Bkz . Sahiplik ve MANAGE ayrıcalık.

MANAGE kullanabilmek için kullanıcıların, MANAGE izninin verildiği nesnenin üstündeki üst kapsayıcılarda uygun kullanım yetkilerine sahip olmaları gerekir; ancak bu yetkiler söz konusu nesnenin kendisinde gerekli değildir. Örneğin, MANAGE bir katalogda hiçbir kullanım ayrıcalığı gerektirmez. Tam detaylar için, Kullanım MANAGEayrıcalığı gereksinimleri için bkz.

MANAGE bir kapsayıcı nesnesine tanınırsa, kullanıcı tüm alt nesneler üzerinde de MANAGE alır.

Tüm ayrıntılar için bkz. YÖNET.

Ayrıcalık BROWSE

BROWSE kullanıcıların temel alınan verilere erişim izni vermeden nesneleri bulmasına ve meta verilerini görüntülemesine olanak tanır. Kullanıcılar BROWSE bir nesnenin var olduğunu görebilir, adını, açıklamasını ve etiketlerini görüntüleyebilir ve USE CATALOG öğesine veya USE SCHEMA'ye gerek kalmadan nesneye erişim talep edebilir.

BROWSE katalog düzeyinde verilir ve bu katalogdaki tüm nesneler için geçerlidir. Databricks, verilerin kuruluşunuz genelinde bulunabilir hale gelmesini sağlamak amacıyla BROWSE grubuna kataloglarda All account users izni verilmesini önerir.

Tüm ayrıntıları görmek için GÖZAT'a bakın.

Bileşik ve çocuk ayrıcalıkları

Bazı ayrıcalıklar, bileşik çocuk ilişkisi yoluyla ilişkilidir. Bileşik ayrıcalık, geniş bir yetenek yelpazesi sunar ve her bir çocuk ayrıcalığı bu yeteneklerin bir alt kümesini sağlar. Çocuk ayrıcalıkları, bileşik ayrıcalığın bir kısmını tam ayrıcalık vermeden devretmenize olanak tanır.

Bileşik ve çocuk ayrıcalıkları bağımsız olarak verilir ve iptal edilir. Bileşik ayrıcalık verilmesi, çocuk ayrıcalıkları sağlamaz ve bileşik ayrıcalığın iptal edilmesi ise açıkça verilen herhangi bir çocuk ayrıcalığını iptal etmez.

Bileşik ve çocuk ayrıcalıklarına örnekler şunlardır:

• MANAGE bileşik bir ayrıcalıktır ve READ METADATA onun MANAGE ACCESS CONTROL çocuklarıdır.
  • READ METADATA, bir nesnenin meta verilerine salt okunur görünürlük sağlar; ancak MANAGE'in içerdiği değiştirme ve yönetme yeteneklerini içermez. Bkz . METADATA OKUYUN.
  • MANAGE ACCESS CONTROL, ayrıcalıkları, sahipliği ve MANAGE ilkelerini yönetmek gibi ’nin erişim yönetimi alt kümesine erişim yetkisi verir. ABAC DENY poliçesi ile reddedilebilir, ancak kabul edilmez.
• MODIFY bileşik ayrıcalıktır ve INSERT, UPDATE, ve DELETE (Beta) onun çocuklarıdır. Her biri, MODIFY’un sağladığı yazma erişiminin bir alt kümesini verir. İnce taneli DML ayrıcalıkları sayfasına bakınız.

Sahiplik

Unity Kataloğu'ndaki güvenliği sağlanabilir her nesnenin bir sahibi vardır. Sahip bir kullanıcı, hizmet sorumlusu veya grup olabilir. Bir nesne oluşturan sorumlu, ilk sahibi olur.

Sahipliğin Unity Kataloğu'nda özel bir ifadesi vardır. Nesne sahipleri sahip oldukları nesne üzerinde tüm özellikleri otomatik olarak gerçekleştirebilir. Ancak Azure Databricks, sahibine ALL PRIVILEGES ayrıcalığını açıkça tanımaz. Bu, izinleri Databricks API'sini kullanarak veya ALL PRIVILEGES listelerken SHOW GRANTS döndürüleni göremeyeceğiniz anlamına gelir.

Unity Kataloğu'nda sahiplik aşağı doğru devralmaz. Ancak, nesne sahipleri, otomatik olarak tüm alt nesneleri yönetme yeteneğine sahiptir. Örneğin, bir kataloğun sahibiyseniz, katalog içindeki alt şemalara otomatik olarak sahip olmazsınız, ancak tüm alt şemaları yönetebilirsiniz. Benzer şekilde, sahiplerin nesneleri üzerinde açıkça sahip olmaksızın tüm yeteneklere sahip olduğu durumda, Azure Databricks de bu durumda ALL PRIVILEGES ayrıcalığını açıkça vermez.

Nesne sahipleri nesne üzerinde izinleri verme ve iptal etme, sahipliği aktarma ve nesneyi bırakma gibi diğer önemli işlemleri gerçekleştirebilir.

Uyarı

Yanlışlıkla veri sızdırmayı önlemek için şema sahipleri varsayılan olarak EXTERNAL USE SCHEMA ayrıcalığına sahip değildir ve dış konum sahipleri varsayılan olarak EXTERNAL USE LOCATION ayrıcalığına sahip değildir. Bkz. Unity Kataloğu'na dış veri erişimini etkinleştirme.

Özetlemek gerekirse, bir nesnenin sahibi aşağıdakileri yapabilir:

Kapasite	Description
Tüm nesne özellikleri	Sahipler, sahip oldukları nesne üzerinde otomatik olarak tüm özelliklere sahiptir. Bu, işlevsel olarak ALL PRIVILEGES'e sahip olmakla aynıdır, ancak Azure Databricks, ALL PRIVILEGES'i sahiplere açıkça atamaz.
Alt nesneleri yönet	Sahipler, tüm alt nesneleri yönetme yeteneğine otomatik olarak sahip olur. Bu, işlevsel olarak tüm alt nesnelerde MANAGE ayrıcalığına sahip olmakla aynıdır, ancak Azure Databricks, sahiplerine MANAGE ayrıcalığını açıkça atamaz.
İzinleri verme ve iptal etme	Sahipler, kullanıcılara ve gruplara nesne üzerinde ayrıcalık verebilir ve iptal edebilir
Mülkiyeti devretme	Sahipler nesnenin sahipliğini başka bir sorumluya aktarabilir
Nesneleri bırak	Sahipler sahip oldukları nesneleri silebilir

Sahipliği görüntüleme ve aktarma hakkında bilgi için bkz. Nesne sahipliğini yönetme.

Mülkiyet ve MANAGE ayrıcalık arasındaki fark

Ayrıcalık MANAGE , kullanıcıya nesne üzerinde ayrıcalık verme ve iptal etme olanağı verir. Kullanıcıya nesne üzerinde tüm ayrıcalıkları vermez. Ancak, kullanıcılar MANAGE kendilerine açıkça SELECT veri erişim ayrıcalıkları verebilir.

Buna karşılık, nesne sahipleri varsayılan olarak nesnelerinde tüm özelliklere sahiptir. Sahiplik alt nesnelere doğru devralınmadığından, sahiplerin bu alt nesneler üzerinde açık yetkilendirmeler vermesi gerekir.

Kullanım ayrıcalığı gereksinimleri her ikisi için de aynıdır: sahiplerin ve MANAGE olan kullanıcıların, nesnenin kendisinde değil, nesnenin üst kapsayıcılarında uygun kullanım ayrıcalıklarına sahip olması gerekir. Bkz. Kullanım ayrıcalığı gereksinimleri.MANAGE

Aşağıdaki tabloda sahiplik ile ayrıcalık arasındaki temel farklar özetlemektedir MANAGE :

Kapasite	Sahibi	MANAGE ayrıcalık
Nesnedeki tüm özellikler	Evet, tüm özellikler ima edilir. Bu, açıkça sahip olmaktan ALL PRIVILEGESfarklıdır. Bkz. Sahiplik.	Hayır, ayrıcalıklar ayrı olarak verilmelidir. Kullanıcılar MANAGE kendilerine bu ayrıcalıkları verebilir.
Nesne üzerinde ayrıcalık verme ve iptal etme	Evet	Evet
Mülkiyeti devretme	Evet	Evet
Nesneyi bırak	Evet	Evet
Alt nesneleri yönetme yeteneği	Evet, alt nesnelerdeki yönetim özellikleri ima edilir. Bkz. Sahiplik.	Evet, ayrıcalık MANAGE alt nesneler üzerinde açıkça verilir.
Kullanım ayrıcalıkları gerektirir	Hayı	Nesnenin üzerindeki ebeveyn konteynerlerde uygun kullanım ayrıcalıklarını gerektirir, ancak MANAGE nesnenin kendisinde geçerli değildir. MANAGE katalogda kullanım ayrıcalığı gerektirmez.
Müdür sayısı	Yalnızca bir sorumlu (kullanıcı, hizmet sorumlusu veya grup)	Birden çok yetkiliye verilebilir

Ayrıcalıkların yanlışlıkla yükseltilmesini önlemek için ALL PRIVILEGES ayrıcalığı MANAGE ayrıcalığını içermez.

Ayrıcalık devralma

Uyarı

Unity Kataloğu meta veri deponuzu genel önizleme sırasında oluşturduysanız (25 Ağustos 2022'den önce), geçerli devralma modelini desteklemeyen önceki bir ayrıcalık modelinde olabilirsiniz. Ayrıcalık devralmayı almak için Privilege Model sürüm 1.0'a yükseltebilirsiniz. Bkz. Ayrıcalık devralma yükseltmesi.

Ayrıcalık devralma, Unity Kataloğu izin modelinin önemli bir özelliğidir. Üst nesneye bir ayrıcalık verdiğinizde, bu ayrıcalık mevcut ve gelecekteki tüm alt nesnelere otomatik olarak uygulanır. Bu, yapmanız gereken bireysel hibe sayısını azaltarak erişim yönetimini basitleştirir.

Ayrıcalıklar, nesne modeli hiyerarşisi aracılığıyla aşağı doğru devralır:

• Katalogda verilen ayrıcalık, söz konusu katalogdaki tüm şemalar ve bu şemalardaki tüm tablolar, görünümler, birimler ve işlevler için geçerlidir
• Şemada verilen ayrıcalık, bu şemadaki tüm tablolar, görünümler, birimler ve işlevler için geçerlidir

Örneğin, bir kullanıcıya SELECT bir katalogda ayrıcalık verirseniz, bu kullanıcı bu katalogdaki tüm tabloları ve görünümleri okuyabilir (uygun USE CATALOG ve USE SCHEMA kullanım ayrıcalıklarıyla).

İnkarlar da aynı şekilde aşağıya doğru miras alır. Bir ebeveyn nesneye ayrıcalık reddedildiğinde, bu ayrıcalık tüm mevcut ve gelecekteki alt nesnelerde otomatik olarak reddedilir.

Bu miras kuralları, ayrıcalığı GRANT ile manuel olarak atasanız da öznitelik tabanlı erişim denetimi (ABAC) ilkelerini kullanarak veriyor ya da reddediyor olsanız da geçerlidir.

Önemli

Metastore üzerinde verilen ayrıcalıklar alt nesnelere devredilmez. Meta veri deposu düzeyi, meta veri deposu içindeki verilere erişim izni vermez; bunun yerine, CREATE CATALOG ve CREATE EXTERNAL LOCATION gibi meta veri deposu kapsamlı işlemleri denetler.

Bu READ METADATA ayrıcalık bir istisnadır. Metastore'da verildiğinde, READ METADATA metastore'daki tüm nesnelere miras kalır ve bunu kullanmak için herhangi bir kullanım ayrıcalığı (USE CATALOG veya USE SCHEMA) gerekmez. Bkz . METADATA OKUYUN.

Unity Kataloğu'nda sahiplik aşağı doğru devralmaz. Bir nesnenin sahibi olarak, size otomatik olarak yalnızca bu nesnedeki tüm ayrıcalıklar verilir. Nesnenizin altında oluşturulan alt nesnelerin sahipliğini otomatik olarak üstlenmezsiniz. Ancak, yeni ve var olan tüm alt nesnelerde otomatik olarak MANAGE ayrıcalığı alırsınız.

Devralma örnekleri

SELECT, USE CATALOG ve USE SCHEMA öğelerini finance_team grubuna katalog seviyesinde tanıdığınızı varsayalım.

GRANT USE CATALOG, USE SCHEMA, SELECT ON CATALOG sales TO finance_team;

Bu izin, finance_team grubunun şunları yapmasına izin verir:

• Kataloğa sales eriş
• Katalogdaki tüm şemalara erişme
• Katalogdaki tüm geçerli ve gelecekteki tablolardan ve görünümlerden verileri okuma

CREATE TABLE, USE CATALOG ve USE SCHEMA öğelerini data_engineers grubuna katalog seviyesinde tanıdığınızı varsayalım.

GRANT USE CATALOG, USE SCHEMA, CREATE TABLE ON CATALOG analytics TO data_engineers;

Bu izin, data_engineers grubunun şunları yapmasına izin verir:

• Kataloğa analytics eriş
• Katalogdaki tüm şemalara erişme
• Katalogdaki herhangi bir geçerli veya gelecekteki şemada tablo oluşturma

Ayrıcalıkları verme ve iptal etme yönergeleri için bkz. Ayrıcalıkları gösterme, verme ve iptal etme.