SnowConvert: トップレベルコードユニットレポート¶

クエリ¶

次の例では、 SELECT ステートメントを1つ使用しています。このステートメントは1つのトップレベルコードユニットです。

SELECT * FROM table1;

この例では、 SELECT ステートメントが別の SELECT ステートメントの中にネストされています。クエリ全体が1つのトップレベルコードユニットとしてカウントされます。

SELECT * FROM (SELECT * FROM table1);

オブジェクト¶

DDL で作成されたオブジェクトは、その中に他のコードユニットが含まれていても、1つのトップレベルコードユニットとしてカウントされます。

次のステートメントは、クエリを含むビューを作成します。この場合は、 CREATE VIEW 全体が1つのトップレベルコードユニットとしてカウントされます。

CREATE VIEW view1 AS SELECT * FROM table1;

次の CREATE PROCEDURE ステートメントは、その中に複数のステートメントが含まれていても、1つのトップレベルコードユニットとしてカウントされます。

CREATE PROCEDURE procedure1
AS
BEGIN
    DELETE FROM table1;
END;

コマンド¶

SQL ファイル内の独立したコマンドは、トップレベルコードユニットとみなされます。

COMMIT ステートメントは、1つのトップレベルコードユニットとしてカウントされます。

COMMIT;

Oracleのパッケージ本文¶

パッケージはその本文の中に複数の要素を定義することができます。パッケージ本文はトップレベルコードユニットとみなされます。なぜなら、パッケージ本文全体を作成しなければ、これらの要素を個別に作成できないからです。パッケージ本文内の要素やコードユニットは、トップレベルコードユニットとしてカウントされません。

以下のコードは、 CREATE PACKAGE BODY コードユニットとして報告されます。

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

Teradataスクリプトファイル¶

BTEQ や TPUMP のようなTeradataスクリプトファイルは、スタンドアロンのコードユニットとして実行されます。このため、ファイル全体が1つのトップレベルコードユニットとみなされます。これらのファイルの中にある他の可能性のあるコードユニットは、トップレベルコードユニットとしてカウントされません。

次の BTEQ スクリプトファイルは、単一の BTEQ トップレベルコードユニットとして報告されます。

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

GOTO のあるTransact SQL バッチ¶

Transact-SQL の各ステートメントは独立して実行できます。ほとんどの場合、これらのステートメントのそれぞれがトップレベルコードユニットとみなされます。しかし、同じバッチ内にラベルへの GOTO ステートメントを含むバッチがある場合、そのバッチのステートメントが正しく動作することを確認しないと、そのバッチを単独で実行することはできません。このため、 GOTO ステートメントを含むバッチ内のステートメントは、トップレベルコードユニットとしてカウントされず、バッチとしてのみカウントされます。

以下のコード例は、単一の GOTO/LABEL コードユニットとして報告されます。

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

問題に関するレポート¶

issues-report.md

問題レポートの各行には、問題の影響を受けているコードユニットに関する情報が記載されています。コードユニットに関連する列は以下のとおりです。

• コードユニットデータベース: 問題が見つかったトップレベルのコードユニットのデータベースです。オブジェクトであるコードユニットにのみ適用されます。

• コードユニットスキーマ: 問題が見つかったトップレベルコードユニットのスキーマです。オブジェクトであるコードユニットにのみ適用されます。

• コードユニットパッケージ: 問題が見つかったトップレベルのコードユニットのパッケージです。オブジェクトであるコードユニットにのみ適用されます。

• コードユニット名: 問題が見つかったトップレベルのコードユニット名です。オブジェクトのように名前のついたコードユニットにのみ適用されます。この名前はデータベース、スキーマ、パッケージによって修飾されません。

• コードユニット ID: これは、問題が見つかったトップレベルのコードユニットの ID です。この名前は名前を修飾し、名前が繰り返されるコードユニットには番号を追加します。

• コードユニット: 問題が見つかったトップレベルのコードユニットのタイプです。

• コードユニットサイズ: 問題が見つかったトップレベルのコードユニットのサイズです。

オブジェクト参照レポートと欠落オブジェクトレポート¶

object-references-report.md

missing-objects-report.md

オブジェクト参照レポートの各行には、別の要素を参照していたトップレベルコードユニットに関する情報があります。これらの参照エレメントはトップレベルではないため、他の値はトップレベルコードユニットレポートに含まれない場合があります。

オブジェクト参照レポートと同様に、見つからないオブジェクトレポートには、コード内で見つからない要素を参照していたトップレベルコードユニットに関する情報があります。

• 呼び出し元コードユニット: 他のエレメントを参照するトップレベルコードユニットのタイプです。

• 呼び出し元コードユニットデータベース: 他のエレメントを参照しているトップレベルコードユニットのデータベースです。

• 呼び出し元コードユニットスキーマ: 他の要素を参照するトップレベルコードユニットのスキーマです。

• 呼び出し元コードユニット名: 別の要素を参照するトップレベルコードユニットの名前です。

• 呼び出し元コードユニット完全名）: 別の要素を参照するトップレベルコードユニットの完全名です。