apache/gravitino

[Subtask] Support policies for view metadata objects

Offen

#12.500 geöffnet am 18.08.2026

Auf GitHub ansehenContributor Guide
 (2 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Java (887 Forks)auto 404
good first issuesubtask

Repository-Metriken

Stars
 (3.058 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 6T 6h) (148 gemergte PRs in 30 T)

Beschreibung

Describe the subtask

Support associating policies with VIEW metadata objects through the existing metadata object policy REST APIs.

Currently, VIEW exists in MetadataObject.Type, but it is excluded from PolicyManager.SUPPORTED_METADATA_OBJECT_TYPES_FOR_POLICIES. As a result, policy association requests for views are rejected with Cannot associate policies for unsupported metadata object type VIEW.

Implementation scope:

  • Add VIEW to the supported metadata object types in PolicyManager.
  • Clean up view policy relations when a view is dropped.
  • Extend catalog and schema cascade cleanup for view policy relations across H2, MySQL, and PostgreSQL.
  • Update docs/open-api/policies.yaml to include VIEW.
  • Add unit and integration tests covering policy association, listing, retrieval, removal, direct view deletion, and cascade cleanup.

The completed view tag implementation in #11844 and #11897 can be used as a reference.

This task covers the server, core relational storage, OpenAPI, and their tests. Typed Java and Python client APIs can be handled in follow-up issues.

This task extends the current direct object-policy model and does not implement the policy-on-tag model proposed in #12176.

Parent issue

#604

Contributor Guide

Research-Richtung
Untersuchen Sie zunächst die Klasse PolicyManager, um zu sehen, wie unterstützte Metadatenobjekttypen definiert werden. Fügen Sie VIEW zur Menge SUPPORTED METADATA OBJECT TYPES FOR POLICIES hinzu. Untersuchen Sie dann, wie Ansichtsrichtlinienbeziehungen bereinigt werden, wenn eine Ansicht gelöscht wird, und erweitern Sie die Kaskadenbereinigung für H2, MySQL und PostgreSQL. Aktualisieren Sie die OpenAPI Spezifikation, um VIEW aufzunehmen. Fügen Sie schließlich Unit und Integrationstests hinzu, die die Richtlinienzuordnungen und die Kaskadenbereinigung abdecken.
Tech Stack
javamysqlpostgresqlrest apisql
Domain
backendapidatabase
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
3-5 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitJavaSQLREST API
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
35