Objektsperren
Optionale Oracle-Objektsperren nur für Entwicklung und DDL-Verlauf.
Datenbankunterstützung bedeutet nicht, dass alle Funktionen identisch sind. Verbindungen und SQL-Arbeitsblätter bilden die Grundlage; Bearbeitung, DDL, Modellierung, Transfers, Administration und KI-Aktionen hängen vom Datenbanksystem und Workflow ab. Prüfen Sie die installierte Version und die jeweilige Anleitung, bevor Sie eine erweiterte Funktion einsetzen.
Objektsperren sind eine optionale Komponente im festen Schema NEXO_SQL_STUDIO. Sie koordinieren Entwicklungsarbeiten und zeichnen Änderungen an Datenbankdefinitionen auf.
Nur für Entwicklungsdatenbanken
Installieren oder aktivieren Sie diese Komponente niemals in der Produktion. Ihr datenbankweiter DDL-Trigger kann Kompilierungen und DDL aus Nexo, SQL Developer, CI- und Deployment-Werkzeugen blockieren.
Installationsvoraussetzungen
Die Installation erfordert DBA-Rechte und erstellt Tabellen, Packages, öffentliche API-Berechtigungen, einen geplanten Bereinigungsjob, CLOB-Speicher für vollständige DDL-Anweisungen und einen Datenbank-DDL-Trigger. Prüfen Sie das erzeugte Skript vor der Ausführung gemeinsam mit Ihrem Administrator.
Sperren und Eigentümer
Sperren gelten standardmäßig 12 Stunden. Eigentümer können ihre eigenen Sperren aufheben; Sperradministratoren können bei Bedarf eine bestätigte Zwangsentsperrung durchführen.
Verbindungs- und Ordnereinstellungen
Der Schutz lässt sich pro Verbindung aktivieren. Eine Ordnereinstellung überschreibt die Verbindungseinstellung. Eine Änderung des wirksamen Werts beeinflusst das datenbankweite Verhalten für dieses Schema.
DDL-Verlauf
Die Komponente speichert den vollständigen DDL-Text und verwendet unveränderliche, fortlaufende Changesets, damit Änderungen in ihrer Reihenfolge geprüft werden können. Der DDL-Verlauf wird standardmäßig 60 Tage aufbewahrt.
Wartung und Entfernung
Der geplante Job entfernt abgelaufene Verlaufsdaten gemäß der Aufbewahrungsrichtlinie. Stimmen Sie Aktualisierung, Deaktivierung oder Entfernung mit einem DBA ab, da die Komponente gemeinsame Datenbankobjekte besitzt und das Triggerverhalten steuert.