SnowConvert AI – Bericht zu Codeeinheiten auf oberster Ebene¶

Abfragen¶

Im folgenden Beispiel haben wir hier eine einzelne SELECT-Anweisung. Diese Anweisung ist eine einzelne Codeeinheit der obersten Ebene.

SELECT * FROM table1;

In diesem Beispiel haben wir eine verschachtelte SELECT-Anweisung, die in einer anderen SELECT-Anweisung verschachtelt ist. Die gesamte Abfrage zählt als eine einzelne Codeeinheit der obersten Ebene.

SELECT * FROM (SELECT * FROM table1);

Objekte¶

Objekte, die mit einer DDL erstellt wurden, zählen als einzelne Codeeinheit der obersten Ebene, auch wenn sie andere Codeeinheiten enthalten.

Die folgende Anweisung erstellt eine Ansicht mit einer Abfrage. In diesem Fall zählt die gesamte CREATE VIEW als einzelne Codeeinheit der obersten Ebene.

CREATE VIEW view1 AS SELECT * FROM table1;

Die folgende CREATE PROCEDURE-Anweisung zählt als einzelne Codeeinheit der obersten Ebene, auch wenn sie mehrere Anweisungen enthält.

CREATE PROCEDURE procedure1
AS
BEGIN
    DELETE FROM table1;
END;

Befehle¶

Eigenständige Befehle in einer SQL-Datei werden als Codeeinheiten der obersten Ebene betrachtet.

Eine COMMIT-Anweisung zählt als einzelne Codeeinheit der obersten Ebene.

COMMIT;

Paket-Bodys in Oracle¶

Ein Paket kann mehrere Elemente innerhalb seines Bodys definieren. Der Paket-Body wird als Codeeinheit der obersten Ebene betrachtet, da diese Elemente nicht einzeln erstellt werden können, ohne den gesamten Paket-Body zu erstellen. Elemente oder Codeeinheiten innerhalb eines Paket-Bodys zählen nicht als Codeeinheiten der obersten Ebene.

Der folgende Code gilt als einzelne CREATE PACKAGE BODY-Codeeinheit.

CREATE PACKAGE package_body1 IS
    FUNCTION function1
    RETURN VARCHAR
    IS
    BEGIN
        RETURN 'HELLO'';
    END;
END;

Teradata-Skriptdateien¶

Teradata-Skriptdateien wie BTEQ oder TPUMP werden als eigenständige Codeeinheiten ausgeführt. Aus diesem Grund wird die gesamte Datei als einzelne Codeeinheit der obersten Ebene betrachtet. Andere mögliche Codeeinheiten innerhalb dieser Dateien zählen nicht als Codeeinheiten der obersten Ebene.

Die folgende BTEQ-Skriptdatei wird als einzelne BTEQ-Codeeinheit der obersten Ebene betrachtet.

.LOGON e/fml,notebook
.COMPILE FILE = example.spl;
COMMIT;
CALL samplesp1 (8888, pAmount);
.LOGOFF

Transact-SQL-Batches mit GOTO¶

Jede Anweisung von Transact-SQL kann eigenständig ausgeführt werden. In den meisten Fällen wird jede dieser Anweisungen als Codeeinheit der obersten Ebene betrachtet. Wenn es jedoch einen Stapel gibt, der eine GOTO-Anweisung zu einem LABEL innerhalb desselben Batchs enthält, können die Anweisungen des Batchs nicht unabhängig voneinander ausgeführt werden, ohne sicherzustellen, dass sie richtig funktionieren. Aus diesem Grund werden Anweisungen, die sich in einem Batch mit einer GOTO-Anweisung befinden, nicht als Codeeinheiten der obersten Ebene gezählt, sondern nur der Batch.

Das folgende Codebeispiel wird als eine einzelne GOTO/LABEL-Codeeinheit betrachtet:

DECLARE @Counter int;  
SET @Counter = 1;  
WHILE @Counter < 10  
BEGIN   
    SELECT @Counter  
    SET @Counter = @Counter + 1  
    IF @Counter = 4 GOTO Branch_One
    IF @Counter = 5 GOTO Branch_Two  
END  
Branch_One:  
    SELECT 'Jumping To Branch One.'  
    GOTO Branch_Three;
Branch_Two:  
    SELECT 'Jumping To Branch Two.'  
Branch_Three:  
    SELECT 'Jumping To Branch Three.';
GO

Problembericht¶

issues-report.md

Jede Zeile des Problemberichts enthält einige Informationen über die Codeeinheit, die von dem Problem betroffen ist. Die Spalten, die sich auf Codeeinheiten beziehen, sind die folgenden:

• Code Unit Database: Dies ist die Datenbank der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde. Sie gilt nur für Codeeinheiten, die Objekte sind.

• Code Unit Schema: Dies ist das Schema der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde. Sie gilt nur für Codeeinheiten, die Objekte sind.

• Code Unit Package: Dies ist das Paket der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde. Sie gilt nur für Codeeinheiten, die Objekte sind.

• Code Unit Name: Dies ist der Name der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde. Er gilt nur für benannte Codeeinheiten wie Objekte. Dieser Name ist nicht durch Datenbank, Schema oder Paket qualifiziert.

• Code Unit ID: Dies ist die ID der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde. Bei diesem Namen ist der Name qualifiziert, und bei Codeeinheiten mit wiederholten Namen wird eine Nummer hinzugefügt.

• Code Unit: Dies ist der Typ der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde.

• Code Unit Size: Dies ist die Größe der Codeeinheit der obersten Ebene, in der das Problem gefunden wurde.

Bericht zu Objektreferenzen und Bericht über fehlende Objekte¶

object-references-report.md

missing-objects-report.md

Jede Zeile des Berichts zu Objektreferenzen enthält Informationen über die Codeeinheit der obersten Ebene, die ein anderes Element referenziert hat. Bei diesen referenzierten Elementen handelt es sich möglicherweise nicht um Elemente der obersten Ebene, sodass diese anderen Werte möglicherweise nicht in den Bericht über Codeeinheiten der obersten Ebene aufgenommen werden.

Ähnlich wie der Bericht zu Objektreferenzen enthält der Bericht über fehlende Objekte Informationen über die Codeeinheit der obersten Ebene, die ein Element referenziert hat, das im Code nicht gefunden werden konnte.

• Caller Code Unit: Dies ist der Typ der Codeeinheit der obersten Ebene, die ein anderes Element referenziert.

• Caller Code Unit Database: Dies ist die Datenbank der Codeeinheit der obersten Ebene, die ein anderes Element referenziert.

• Caller Code Unit Schema: Dies ist das Schema der Codeeinheit der obersten Ebene, die ein anderes Element referenziert.

• Caller Code Unit Name: Dies ist der Name der Codeeinheit der obersten Ebene, die ein anderes Element referenziert.

• Caller Code Unit Full Name: Dies ist der vollständige Name der Codeeinheit der obersten Ebene, die ein anderes Element referenziert.

Einschränkungen¶

Es gibt einige Szenarien, in denen die Bereitstellungsreihenfolge möglicherweise nicht die richtige Ebene für eine bestimmte Codeeinheit berechnet.

CREATE TABLE TABLE1 ( -- level 0, no dependencies
  COL1 INT
);

CREATE VIEW VIEW1 -- level 1*, depends on level-0 objects and has a missing dependency
AS SELECT * FROM TABLE1, TABLE2;

CREATE VIEW VIEW2 -- level 2*, depends on level-1* objects 
AS SELECT * FROM VIEW1;

CREATE DATABASE LINK DBLINK1
CONNECT TO PUBLIC IDENTIFIED BY VALUES ':1'
USING 'TEST';

CREATE MATERIALIZED VIEW VIEW1 REFRESH WITH ROWID 
AS SELECT * FROM TABLE1@DBLINK1;

CREATE TABLE TABLE1 (
  COL1 INT
);

CREATE OR REPLACE PROCEDURE PROC1 (param1 NUMBER)
IS
BEGIN
    CREATE VIEW VIEW1 
    AS
    SELECT * FROM TABLE1;
END;

CREATE VIEW VIEW2
AS SELECT * FROM VIEW1;