데이터베이스 테이블은 행과 열을 사용하여 2차원으로 정보를 저장하는 데이터 구조입니다. 각 행은 레코드 또는 엔터티를 나타내고 각 열은 속성 또는 필드를 나타냅니다. 데이터베이스 테이블에는 각 행 또는 행의 하위 집합을 고유하게 식별하는 열인 키 필드가 있을 수 있습니다. 키 필드는 데이터 무결성을 적용하고, 효율적인 검색을 수행하고, 다른 테이블과의 관계를 설정하는 데 사용할 수 있습니다. 데이터베이스 테이블에는 다른 테이블과의 관계가 있을 수 있는데, 이는 두 개 이상의 테이블의 키 필드 간의 연결 또는 링크입니다. 관계는 서로 다른 엔터티 간의 논리적 연결을 모델링하고, 여러 테이블의 데이터를 조인하고, 참조 무결성을 적용하는 데 사용할 수 있습니다12.

표현식 itab1 = corresponding #( itab2 )는 구성 요소 연산자 CORRESPONDING이 있는 생성자 표현식으로, 내부 테이블 itab2의 내용을 내부 테이블 itab1에 할당합니다. 다음 문장은 이 표현식을 사용하는 경우에 해당합니다.
* B: itab1과 itab2는 적어도 하나의 공통 필드 이름을 가져야 합니다. 이는 구성 요소 연산자 CORRESPONDING이 기본적으로 itab2의 동일한 이름의 열을 itab1의 동일한 이름의 열에 할당하기 때문입니다. 내부 테이블에 대한 MOVE-CORRESPONDING 규칙에 따라 그렇습니다. itab1과 itab2에 공통된 필드 이름이 없으면 표현식은 itab1에 값을 할당하지 않고 초기값 또는 변경되지 않은 상태로 유지됩니다.
* C: 동일한 이름과 동일한 유형의 필드는 itab2에서 itab1로 복사됩니다. 이는 구성 요소 연산자 CORRESPONDING이 MOVE-CORRESPONDING의 규칙에 따라 기본적으로 itab2의 동일한 이름의 열을 itab1의 동일한 이름의 열에 할당하기 때문입니다.
* 내부 테이블. 열의 이름이 같지만 유형이 다른 경우 할당은 유형 간에 변환을 시도하며, 이는 관련된 유형에 따라 정밀도 손실, 잘림 또는 런타임 오류를 초래할 수 있습니다.1 다음 문장은 이 표현식을 사용하는 경우 거짓입니다.
* A: 이름은 같지만 유형이 다른 필드는 itab2에서 itab1로 복사할 수 있습니다. 이는 문장 C에서 설명한 대로 사실이 아닙니다. 할당은 유형 간에 변환을 수행하려고 하며, 이는 관련된 유형에 따라 정밀도 손실, 잘림 또는 런타임 오류를 초래할 수 있습니다.1
* D: itab1과 itab2는 동일한 데이터 유형을 가져야 합니다. 이는 사실이 아닙니다. 구성 요소 연산자 CORRESPONDING은 공통된 필드 이름이 하나 이상 있는 한 한 유형의 내부 테이블의 내용을 다른 유형의 다른 내부 테이블에 할당할 수 있기 때문입니다. 표현식의 대상 유형은 할당의 왼쪽에 의해 결정되며, 이 경우 itab1입니다. 표현식은 itab1과 동일한 유형의 내부 테이블을 생성하여 itab11에 할당합니다. 참조: CORRESPONDING - 구성 요소 연산자 - ABAP 키워드 문서

ABAP SQL에서 별칭은 쿼리의 필드나 데이터베이스 테이블에 할당할 수 있는 임시 이름입니다. 별칭은 쿼리를 더 읽기 쉽게 만들고, 이름 충돌을 피하거나, 긴 이름을 가진 필드나 테이블에 액세스하는 데 사용할 수 있습니다. 별칭은 AS 키워드로 생성되며 쿼리 기간 동안만 유효합니다1.
다음은 ABAP SQL에서 필드나 데이터베이스 테이블에 별칭을 지정하는 방법의 예입니다.
* B. 필드(필드 목록에서): 필드는 특정 유형의 데이터를 포함하는 테이블 또는 뷰의 열입니다. 필드는 SELECT 문의 필드 목록에서 별칭을 지정할 수 있으며, 이는 해당 필드를 지정합니다.
* 데이터 소스에서 선택됨. 예를 들어, 다음 쿼리는 scarr 테이블의 carrname 필드에 별칭 이름을 할당합니다.
SELECT carrid, carrname AS name FROM scarr.
별칭 이름은 WHERE, GROUP BY, ORDER BY 등 쿼리의 다른 절에서 carrname 대신 사용될 수 있습니다.
* C. 데이터베이스 테이블: 데이터베이스 테이블은 행과 열로 구성된 데이터 모음입니다. 데이터베이스 테이블에는 SELECT 문의 FROM 절에서 별칭을 할당할 수 있으며, 이는 선택된 데이터 소스를 지정합니다. 예를 들어, 다음 쿼리는 별칭 c를 테이블 scarr에 할당합니다.
scarr AS c에서 c.carrid, c.carrname을 선택합니다.
별칭 c는 WHERE, JOIN, GROUP BY, ORDER BY 등 쿼리의 다른 절에서 scarr 대신 사용될 수 있습니다.
다음은 ABAP SQL에서 별칭을 지정하는 데 유효하지 않습니다.
* A. 정렬 기준(order by 절에서): 정렬 기준은 쿼리의 결과 집합을 오름차순 또는 내림차순으로 정렬하는 데 사용되는 필드 또는 표현식입니다. 정렬 기준은 SELECT 문의 ORDER BY 절에서 별칭을 할당할 수 없습니다. 이 절에서는 별칭이 표시되지 않기 때문입니다. 별칭은 정의된 절 뒤에 오는 절에서만 사용할 수 있습니다1.
* D. 그룹 기준(그룹 기준 절에서): 그룹 기준은 쿼리의 결과 집합을 동일한 값을 공유하는 하위 집합으로 그룹화하는 데 사용되는 필드 또는 표현식입니다. 그룹 기준은 SELECT 문의 GROUP BY 절에서 별칭을 할당할 수 없습니다. 이 절에서는 별칭이 표시되지 않기 때문입니다. 별칭은 정의된 절 뒤에 오는 절에서만 사용할 수 있습니다1.
참조: 1: ALIASES - ABAP 키워드 문서 2: SELECT 목록 - ABAP 키워드 문서 3: FROM 절 - ABAP 키워드 문서

설명
각 ABAP SQL 문에 대한 설명은 다음과 같습니다.
A: 이 문장은 유효합니다. 이 문장은 /dmo/connection 테이블에서 carrid, airpfrom 필드와 집계 함수 MAX(distance) 및 MIN(distance)를 선택하고, 결과를 carrid 및 airpfrom으로 그룹화합니다. 집계 함수는 dist_max 및 dist_min으로 별칭이 지정됩니다. 결과는 인라인 선언 연산자 @DATA를 사용하여 생성된 It_hits라는 내부 테이블에 저장됩니다.
B: 이 문장은 유효합니다. GROUP BY 절을 지정하지 않는 점을 제외하면 문장 A와 유사합니다. 즉, 집계 함수가 전체 테이블에 적용되고 결과는 인라인 선언 연산자 @DATA를 사용하여 생성된 It_hits라는 내부 테이블에 저장됩니다.
C: 이 명령문은 유효하지 않습니다. 테이블 /dmo/connection에서 집계 함수 MAX(distance)와 MIN(distance)를 선택하지만 그룹화 또는 비집계 필드를 지정하지 않습니다. ABAP SQL에서는 SELECT 목록에 적어도 하나의 비집계 필드 또는 GROUP BY 절이 포함되어야 하므로 허용되지 않습니다. 이 명령문은 구문 오류를 발생시킵니다.
D: 이 명령문은 유효하지 않습니다. 테이블 /dmo/connection에서 carrid 및 airpfrom 필드를 선택하고 결과를 carrid 및 connid로 그룹화합니다. 그러나 connid 필드는 SELECT 목록에 포함되지 않으며, 이는 ABAP SQL에서 허용되지 않습니다. GROUP BY 절은 SELECT 목록에도 있는 필드만 포함해야 하기 때문입니다. 이 명령문은 구문 오류를 발생시킵니다.
참조: SELECT - ABAP 키워드 문서, GROUP BY - ABAP 키워드 문서