SnowConvert AI - 최상위 코드 단위 보고서¶

최상위 코드 단위란 무엇인가요?¶

코드 유닛은 이름에서 알 수 있듯이 가장 원자적인 독립 실행형 실행 요소입니다. 대부분의 경우 문이지만 단일 요소로 실행되기 때문에 스크립트 파일도 포함될 수 있습니다.

일부 코드 단위는 다른 코드 단위 안에 중첩될 수 있습니다. 단위 계층 구조에서 그 위에 다른 코드 단위가 없는 경우 이를 최상위 코드 단위라고 합니다.

범위를 벗어난 코드 단위란 무엇인가요?¶

범위를 벗어나는 최상위 코드 단위는 SnowConvert AI의 변환 범위를 벗어나는 코드 단위입니다. 이 때문에 변환율을 계산할 때 이러한 코드 단위는 고려되지 않습니다. 이러한 각 코드 단위에는 변환율이 없습니다(N/A로 표시됨).

입력 코드에 범위를 벗어난 코드 단위만 포함된 경우 전체 마이그레이션의 코드 라인 변환율은 0%가 됩니다.

다음 CREATE TRIGGER 는 범위를 벗어난 코드 단위로 간주됩니다.

CREATE OR REPLACE TRIGGER my_trigger
    AFTER 
    UPDATE
    ON my_table
    FOR EACH ROW
BEGIN
   NULL;
END;

최상위 코드 단위의 예¶

다음 섹션에서는 최상위 코드 단위의 몇 가지 예를 살펴볼 수 있습니다.

SELECT * FROM table1;

SELECT * FROM (SELECT * FROM table1);

CREATE VIEW view1 AS SELECT * FROM table1;

CREATE PROCEDURE procedure1
AS
BEGIN
    DELETE FROM table1;
END;

COMMIT;

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

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

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

코드 단위 방법론은 다른 보고서에서 어떻게 표현되나요?¶

코드 단위 방법론은 다른 보고서에도 적용됩니다. 이 섹션에서는 이러한 값이 표시되는 방식 또는 다른 보고서와 관련된 내용을 설명합니다.

최상위 코드 단위 보고서의 정보¶

예¶

ORACLE SQL 의 다음 CREATE TABLE 이 table_example.sql이라는 파일에 위치한다고 가정합니다.

CREATE TABLE my_table (
  my_column DATE DEFAULT TO_DATE(CURRENT_DATE, 'J'),
  NOT A VALID COLUMN
);

CREATE OR REPLACE TABLE my_table (
   my_column TIMESTAMP /*** SSC-FDM-OR0042 - DATE TYPE COLUMN HAS A DIFFERENT BEHAVIOR IN SNOWFLAKE. ***/ DEFAULT PUBLIC.JULIAN_TO_GREGORIAN_DATE_UDF(CURRENT_DATE(), 'J')
--                                                                                                                                                                          ,
-- ** SSC-EWI-0001 - UNRECOGNIZED TOKEN ON LINE '3' COLUMN '3' OF THE SOURCE CODE STARTING AT 'NOT'. EXPECTED 'Column Definition' GRAMMAR. LAST MATCHING TOKEN WAS ',' ON LINE '2' COLUMN '52'. FAILED TOKEN WAS 'NOT' ON LINE '3' COLUMN '3'. CODE '15'. **
--  NOT A VALID COLUMN
 )
 COMMENT = '{"origin":"sf_sc","name":"snowconvert","version":{"major":1, "minor":0},"attributes":{"component":"oracle"}}'
 ;

최상위 코드 단위 보고서에는 이전에 표시된 테이블의 단일 항목이 포함됩니다.

다음은 CREATE TABLE 문의 항목에 보고되는 모든 값입니다.

• 파티션 키 값은 마이그레이션에 따라 달라지므로 여기 값은 달라질 수 있습니다.

• 파일 형식 은 확장자가 .sql인 파일에서 마이그레이션되었으므로 SQL 이 됩니다.

• CREATE TABLE 문은 TABLE 코드 단위 카테고리의 일부이므로 카테고리 는 TABLE 이 됩니다.

• 코드 단위 자체는 CREATE TABLE 입니다.

• 이 코드 단위가 발견된 파일 이름 은 테이블_example.sql입니다.

• CREATE TABLE 문이 파일 시작 부분에 있다고 가정하면 라인 번호 는 1이 됩니다.

• 코드의 라인 번호는 4입니다.

• EWI Count 열은 출력 코드에 구문 분석 EWI 가 1개 있기 때문에 1을 보고합니다.

• 출력 코드에 데이터 타입과 관련된 FDM 문제가 있기 때문에 FDM Count 열은 1을 보고합니다.

• 출력 코드에 PRF 문제가 없으므로 PRF Count 는 0을 보고합니다.

• 이 경우 최고 EWI 심각도 는 예제 EWI 의 구문 분석 심각도이므로 “Critical”이 됩니다. 다른 하나는 심각도가 “Low입니다.

• 입력 코드의 TO_DATE 함수를 변환하기 위해 이 사용자 정의 함수가 추가되었으므로 UDFs Used 열은 JULIAN_TO_GREGORIAN_DATE_UDF 가 됩니다.

• EWI 열은 출력 코드에 추가된 EWIs 중 하나이므로 “SSC-EWI-0001”을 보고합니다.

• FDM 열은 출력 코드에 추가된 FDMs 중 하나이므로 “SSC-FDM-OR0042”를 보고합니다.

• 출력 코드에 PRF 문제가 없으므로 PRF 열은 “N/A”를 보고합니다.

• Conversion Status 는 EWIs 를 사용하지 않고 이 코드 단위의 일부 조각만 마이그레이션할 수 있었기 때문에 “Partial”입니다.

• LoC 변환 비율 은 4개 라인 중 2개 라인만 성공적으로 변환되었으므로 50%입니다.

배포 순서¶

배포 순서 열은 각 코드 단위를 Snowflake에 배포하는 올바른 순서를 나타냅니다.

다음 코드는 배포 순서가 계산되는 방법을 심층적으로 보여줍니다.

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

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

CREATE VIEW VIEW1 -- level 4, depends on level-3 objects
AS SELECT * FROM VIEW2, VIEW3;

CREATE VIEW VIEW2 -- level 3, depends on level-2 objects
AS SELECT * FROM VIEW4, VIEW5, VIEW3;

CREATE VIEW VIEW4 -- level 1, depends on level-0 objects
AS SELECT * FROM TABLE1, TABLE2;

CREATE VIEW VIEW5 -- level 1, depends on level-0 objects
AS SELECT * FROM TABLE1;

CREATE VIEW VIEW3 -- level 2, depends on level-1 objects
AS SELECT * FROM VIEW6;

CREATE VIEW VIEW6 -- level 1, depends on level-0 objects
AS SELECT * FROM TABLE2;

배포 순서는 0으로 시작하므로 종속성이 없는 코드 단위는 이 수준에서 시작합니다. 위의 예에서, TABLE1 및 TABLE2에는 0 수준이 있습니다.

다음 수준에서는 수준 0의 코드 단위에 종속되는 코드 단위에 초점을 맞추겠습니다. VIEW4, VIEW5, VIEW6은 TABLE1 및 TABLE2에 직접 종속되므로 1 수준이 됩니다.

1 수준의 모든 코드 단위를 식별한 후 2 수준의 코드 단위에 초점을 맞추겠습니다. 해당 특정 시나리오에서는 VIEW3만 VIEW6에 종속되므로 VIEW3은 2 수준이 됩니다.

2 수준의 모든 코드 단위를 식별하면 3 수준에 초점을 맞추겠습니다. 위의 예에서, VIEW2는 VIEW4, VIEW5, VIEW3에 종속되지만 가장 높은 종속성 수준은 2이므로 VIEW2는 3 수준이 됩니다.

마지막으로, VIEW2 및 VIEW3에 종속되는 VIEW1을 확인합니다. VIEW2는 상위 수준의 종속성이므로, VIEW1은 4 수준이 됩니다.

모든 계산을 수행한 후의 최상위 코드 단위 보고서는 다음 테이블과 같은 형태입니다.

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;