기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 마이그레이션 프로젝트에 대한 스키마 변환 설정 지정
마이그레이션 프로젝트를 생성한 후 DMS Schema Conversion에서 변환 설정을 지정할 수 있습니다. 스키마 변환 설정을 구성하면 변환된 코드의 성능이 향상됩니다.
**변환 설정을 편집하려면**
1. 에 로그인 AWS Management Console 하고 [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/) AWS DMS 콘솔을 엽니다.
1. **마이그레이션 프로젝트**를 선택합니다. **마이그레이션 프로젝트** 페이지가 열립니다.
1. 마이그레이션 프로젝트를 선택합니다. **스키마 변환**을 선택한 다음, **스키마 변환 시작**을 선택합니다.
1. **설정**을 선택합니다. **설정** 페이지가 열립니다.
1. **변환** 섹션에서 설정을 변경합니다.
1. **적용**을 선택한 다음, **스키마 변환**을 선택합니다.
모든 변환 쌍에 대해 변환된 코드에서 작업 항목이 있는 설명 수를 제한할 수 있습니다. 변환된 코드의 설명 수를 제한하려면 마이그레이션 프로젝트에서 변환 설정을 여세요.
**변환된 SQL 코드의 설명**에서 작업 항목의 심각도 수준을 선택합니다. DMS Schema Conversion은 선택한 수준 또는 그보다 높은 수준의 심각도에 해당하는 작업 항목에 대해 변환된 코드에 설명을 추가합니다. 예를 들어, 변환된 코드의 설명 수를 최소화하려면 **오류만**을 선택하세요.
변환된 코드의 모든 작업 항목에 대한 설명을 포함하려면 **모든 메시지**를 선택합니다.
기타 변환 설정은 소스 및 대상 데이터베이스 쌍마다 다릅니다.
**Topics**
+ [Oracle에서 MySQL로 변환 설정 이해](schema-conversion-oracle-mysql.md)
+ [Oracle에서 PostgreSQL로 변환 설정 이해](schema-conversion-oracle-postgresql.md)
+ [SQL Server에서 MySQL로 변환 설정 이해](schema-conversion-sql-server-mysql.md)
+ [SQL Server에서 PostgreSQL로 변환 설정 이해](schema-conversion-sql-server-postgresql.md)
+ [PostgreSQL에서 MySQL로 변환 설정 이해](schema-conversion-postgresql-mysql.md)
+ [LUW용 IBM Db2에서 Amazon RDS for PostgreSQL로의 변환 설정 이해](schema-conversion-db2-luw-postgresql.md)
+ [z/OS용 IBM Db2에서 Amazon RDS for Db2로의 변환 설정 이해](schema-conversion-db2-zos-db2.md)
+ [z/OS용 IBM Db2에서 Amazon RDS for PostgreSQL로의 변환 설정 이해](schema-conversion-db2-zos-postgresql.md)
+ [SAP ASE(Sybase ASE)에서 PostgreSQL로의 변환 설정 이해](schema-conversion--sybase-ASE.md)
# Oracle에서 MySQL로 변환 설정 이해
DMS Schema Conversion의 경우, Oracle에서 MySQL로의 변환 설정에는 다음이 포함됩니다.
+ 소스 Oracle 데이터베이스는 `ROWID` 의사 열을 사용할 수 있습니다. MySQL에서는 유사한 기능을 지원하지 않습니다. DMS Schema Conversion은 변환된 코드의 `ROWID` 의사 열을 에뮬레이션할 수 있습니다. 이렇게 하려면 **행 ID 생성** 옵션을 활성화하세요.
소스 Oracle 코드에서 `ROWID` 의사 열을 사용하지 않는 경우, **행 ID 생성** 옵션을 비활성화하세요. 이 경우, 변환된 코드는 더 빠르게 작동합니다.
+ 소스 Oracle 코드에는 MySQL이 지원하지 않는 파라미터가 있는 `TO_CHAR`, `TO_DATE`, `TO_NUMBER` 함수가 포함될 수 있습니다. 기본적으로 DMS Schema Conversion은 변환된 코드에서 이러한 파라미터의 사용을 에뮬레이션합니다.
소스 Oracle 코드에 MySQL에서 지원되지 않는 파라미터가 없는 경우, 네이티브 MySQL `TO_CHAR`, `TO_DATE` 및 `TO_NUMBER` 함수를 사용할 수 있습니다. 이 경우, 변환된 코드는 더 빠르게 작동합니다. 이렇게 하려면 다음 값을 선택합니다.
+ **기본 MySQL TO\$1CHAR 함수 사용**
+ **기본 MySQL TO\$1DATE 함수 사용**
+ **기본 MySQL TO\$1NUMBER 함수 사용**
+ 데이터베이스와 애플리케이션은 서로 다른 시간대에 실행할 수 있습니다. 기본적으로 DMS Schema Conversion은 변환된 코드로 시간대를 에뮬레이션합니다. 하지만 데이터베이스와 애플리케이션이 동일한 시간대를 사용하는 경우에는 이 에뮬레이션이 필요하지 않습니다. 이 경우, **데이터베이스와 애플리케이션이 동일한 시간대를 사용하는 경우 변환된 코드의 성능 개선**을 선택합니다.
# Oracle에서 PostgreSQL로 변환 설정 이해
DMS Schema Conversion의 경우, Oracle에서 PostgreSQL로의 변환 설정에는 다음이 포함됩니다.
+ 생성형 AI를 사용하여 해당 데이터베이스 객체를 변환하려면 **생성형 AI** 설정을 활성화합니다. 생성형 AI를 사용하여 성공적으로 변환된 객체는 "이 변환은 데이터의 패턴을 기반으로 예측을 생성하는 기계 학습 모델을 사용합니다"라는 **작업 항목 5444**로 명확하게 식별됩니다. 자세한 내용은 [생성형 AI를 사용하여 데이터베이스 객체 변환](schema-conversion-convert.databaseobjects.md) 단원을 참조하십시오.
+ 최신 버전뿐만 아니라 지원되는 대상 데이터베이스의 다양한 버전에 대한 스키마를 변환할 수 있습니다. 버전을 지정하려면 **대상 엔진 버전** 설정을 사용합니다. 사용 가능한 변환 옵션은 선택한 엔진 버전에 따라 달라집니다. 현재 PostgreSQL 버전 14 및 15가 지원됩니다(설정이 동일함). 스키마 변환 중에이 설정에 지정된 버전과 다른 대상 엔진 버전을 사용하면 대상에 적용 작업을 수행할 때 호환성 문제와 오류가 발생할 수 있습니다.
+ AWS DMS 는 Oracle 구체화된 뷰를 PostgreSQL의 테이블 또는 구체화된 뷰로 변환할 수 있습니다. **구체화된 뷰의 경우**, 소스 구체화된 뷰를 변환하는 방법을 선택합니다.
+ 소스 Oracle 데이터베이스는 `ROWID` 의사 열을 사용할 수 있습니다. PostgreSQL에서는 유사한 기능을 지원하지 않습니다. DMS Schema Conversion은 `bigint` 또는 `character varying` 데이터 유형을 사용하여 변환된 코드로 `ROWID` 의사 열을 에뮬레이션할 수 있습니다. 이렇게 하려면 **bigint 데이터 유형 사용을 선택하여 ROWID 의사 열을 에뮬레이션**을 선택하거나 **행 ID**에 대해 **문자 가변 데이터 유형을 사용하여 ROWID 의사 열을 에뮬레이션**을 선택하세요.
+ 정밀도와 규모에 따라 NUMBER 데이터 형식을 가장 적합한 숫자 데이터 유형으로 변환하려면 NUMBER 데이터 유형의 열에 최적화된 데이터 유형 매핑 사용을 선택할 수 있습니다.
+ 소스 Oracle 코드에서 `ROWID` 의사 열을 사용하지 않는 경우, **생성 안 함**을 선택합니다. 이 경우, 변환된 코드는 더 빠르게 작동합니다.
+ 소스 Oracle 코드에는 PostgreSQL에서 지원하지 않는 파라미터가 있는 `TO_CHAR`, `TO_DATE`, `TO_NUMBER` 함수가 포함될 수 있습니다. 기본적으로 DMS Schema Conversion은 변환된 코드에서 이러한 파라미터의 사용을 에뮬레이션합니다.
PostgreSQL에서 지원되지 않는 파라미터가 소스 Oracle 코드에 없는 경우, 기본 PostgreSQL `TO_CHAR`, `TO_DATE` 및 `TO_NUMBER` 함수를 사용할 수 있습니다. 이 경우, 변환된 코드는 더 빠르게 작동합니다. 이렇게 하려면 다음 값을 선택합니다.
+ **기본 PostgreSQL TO\$1CHAR 함수 사용**
+ **기본 PostgreSQL TO\$1DATE 함수 사용**
+ **기본 PostgreSQL TO\$1NUMBER 함수 사용**
+ 데이터베이스와 애플리케이션은 서로 다른 시간대에 실행할 수 있습니다. 기본적으로 DMS Schema Conversion은 변환된 코드로 시간대를 에뮬레이션합니다. 하지만 데이터베이스와 애플리케이션이 동일한 시간대를 사용하는 경우에는 이 에뮬레이션이 필요하지 않습니다. 이 경우, **데이터베이스와 애플리케이션이 동일한 시간대를 사용하는 경우 변환된 코드의 성능 개선**을 선택합니다.
+ 변환된 코드의 시퀀스를 계속 사용하려면 **변환된 시퀀스를 소스 측에서 생성된 마지막 값으로 채우기**를 선택합니다.
+ 경우에 따라 차이는 있겠지만 소스 Oracle 데이터베이스는 `NUMBER` 데이터 유형의 프라이머리 키 또는 외래 키 열에 정수 값만 저장할 수 있습니다. 이러한 경우는 이러한 열을 `BIGINT` 데이터 형식으로 변환할 수 AWS DMS 있습니다. 이 방식을 적용하면 변환된 코드의 성능이 향상됩니다. 이렇게 하려면 **NUMBER 데이터 유형의 프라이머리 키 및 외래 키 열을 BIGINT 데이터 유형으로 변환**을 선택합니다. 데이터 손실을 방지하려면 소스에서 이러한 열에 부동 소수점 값이 포함되지 않도록 해야 합니다.
+ 소스 코드에서 비활성화된 트리거와 제약 조건을 건너뛰려면 **활성 트리거 및 제약 조건만 변환**을 선택합니다.
+ DMS Schema Conversion을 사용하여 동적 SQL이라고 하는 문자열 변수를 변환할 수 있습니다. 데이터베이스 코드는 이러한 문자열 변수의 값을 변경할 수 있습니다. 가 AWS DMS 항상이 문자열 변수의 최신 값을 변환하도록 하려면 **호출된 루틴에서 생성된 동적 SQL 코드 변환을** 선택합니다.
+ PostgreSQL 버전 10 및 이전 버전은 프로시저를 지원하지 않습니다. PostgreSQL에서 프로시저를 사용하는 데 익숙하지 않은 경우는 Oracle 프로시저를 PostgreSQL 함수로 변환할 AWS DMS 수 있습니다. 이렇게 하려면 **프로시저를 함수로 변환**을 선택합니다.
+ 확장 팩에 특정 함수를 추가하면 발생한 작업 항목에 관한 추가 정보를 볼 수 있습니다. 이렇게 하려면 **사용자 정의 예외를 발생시키는 확장 팩 함수 추가**를 선택합니다. 그런 다음, 사용자 정의 예외가 발생하도록 심각도 수준을 선택합니다. 소스 데이터베이스 객체를 변환한 후에는 확장 팩 스키마를 적용해야 합니다. 확장 팩에 관한 자세한 내용은 [확장 팩 사용](extension-pack.md)을 참조하세요.
+ 소스 Oracle 데이터베이스에는 자동으로 생성된 이름과 함께 제약 조건이 포함될 수 있습니다. 소스 코드에서 이러한 이름을 사용하는 경우, **시스템 생성 제약 조건의 이름 유지**를 선택해야 합니다. 소스 코드에서 이러한 제약 조건을 사용하지만 이름을 사용하지 않는 경우 이 옵션을 선택 해제하여 변환 속도를 높이세요.
+ 소스 및 대상 데이터베이스가 서로 다른 시간대에서 실행되는 경우, `SYSDATE` 내장 Oracle 함수를 에뮬레이션하는 함수는 소스 함수와 비교해 다른 값을 반환합니다. 소스 함수와 대상 함수가 동일한 값을 반환하도록 하려면 **소스 데이터베이스의 시간대 설정**을 선택합니다.
+ orafce 확장의 함수를 변환된 코드에 사용할 수 있습니다. 이렇게 하려면 **Oracle 기본 제공 루틴**에서 사용할 함수를 선택하세요. orafce에 관한 자세한 내용은 GitHub에서 [orafce](https://github.com/orafce/orafce)를 참조하세요.
# SQL Server에서 MySQL로 변환 설정 이해
DMS Schema Conversion의 경우, SQL Server에서 MySQL로의 변환 설정에는 다음이 포함됩니다.
+ 소스 SQL Server 데이터베이스는 `EXEC`의 출력을 테이블에 저장할 수 있습니다. DMS Schema Conversion은 이 기능을 에뮬레이션하기 위한 임시 테이블과 추가 프로시저를 생성합니다. 이 에뮬레이션을 사용하려면 **열린 데이터세트를 처리할 추가 루틴 생성**을 선택합니다.
# SQL Server에서 PostgreSQL로 변환 설정 이해
DMS Schema Conversion의 경우, SQL Server에서 PostgreSQL로의 변환 설정에는 다음이 포함됩니다.
+ 생성형 AI를 사용하여 해당 데이터베이스 객체를 변환하려면 **생성형 AI** 설정을 활성화합니다. 생성형 AI를 사용하여 성공적으로 변환된 객체는 "이 변환은 데이터의 패턴을 기반으로 예측을 생성하는 기계 학습 모델을 사용합니다"라는 **작업 항목 7744**로 명확하게 식별됩니다. 자세한 내용은 [생성형 AI를 사용하여 데이터베이스 객체 변환](schema-conversion-convert.databaseobjects.md) 단원을 참조하십시오.
+ SQL Server에서는 서로 다른 테이블에서 같은 이름의 인덱스를 사용할 수 있습니다. 하지만 PostgreSQL에서는 스키마에서 사용하는 모든 인덱스 이름이 고유해야 합니다. DMS Schema Conversion이 모든 인덱스에 대해 고유한 이름을 생성하도록 하려면 **인덱스에 고유한 이름 생성**을 선택합니다.
+ PostgreSQL 버전 10 및 이전 버전은 프로시저를 지원하지 않습니다. PostgreSQL에서 프로시저를 사용하는 데 익숙하지 않은 경우는 SQL Server 프로시저를 PostgreSQL 함수로 변환할 AWS DMS 수 있습니다. 이렇게 하려면 **프로시저를 함수로 변환**을 선택합니다.
+ 소스 SQL Server 데이터베이스는 `EXEC`의 출력을 테이블에 저장할 수 있습니다. DMS Schema Conversion은 이 기능을 에뮬레이션하기 위한 임시 테이블과 추가 프로시저를 생성합니다. 이 에뮬레이션을 사용하려면 **열린 데이터세트를 처리할 추가 루틴 생성**을 선택합니다.
+ 변환된 코드의 스키마 이름에 사용할 템플릿을 정의할 수 있습니다. **스키마 이름**에서 다음 옵션 중 하나를 선택합니다.
+ **DB** – PostgreSQL에서 SQL Server 데이터베이스 이름을 스키마 이름으로 사용합니다.
+ **SCHEMA** – PostgreSQL에서 SQL Server 스키마 이름을 스키마 이름으로 사용합니다.
+ **DB\$1SCHEMA** – PostgreSQL에서 SQL Server 데이터베이스와 스키마 이름의 조합을 스키마 이름으로 사용합니다.
+ 소스 피연산자의 이름에 문자 대소문자를 유지할 수 있습니다. 피연산자 이름을 소문자로 변환되는 것을 방지하려면 **대소문자를 구분하는 연산에서는 소문자로 변환하지 마세요**를 선택합니다. 이 옵션은 소스 데이터베이스에서 대소문자 구분 기능이 활성화된 경우에만 적용됩니다.
+ 소스 데이터베이스의 파라미터 이름을 유지할 수 있습니다. DMS Schema Conversion은 변환된 코드의 파라미터 이름에 큰따옴표를 추가할 수 있습니다. 이렇게 하려면 **원래 파라미터 이름 유지**를 선택합니다.
+ 소스 데이터베이스에서 루틴 파라미터 길이를 유지할 수 있습니다. DMS Schema Conversion은 도메인을 생성하고 이를 사용하여 루틴 파라미터 길이를 지정합니다. 이렇게 하려면 **파라미터 길이 유지**를 선택합니다.
+ 지원되지 않는 기본 제공 객체를 스텁 객체로 변환하려면 **지원되지 않는 기본 제공 객체를 스텁 객체로 변환** 설정을 활성화합니다.
+ 활성화되면 DMS SC는 지원되지 않는 기본 제공 객체를 대상 데이터베이스의 해당 스텁 객체로 바꿉니다. 이 기능은 일반적으로 마이그레이션 문제 7811 또는 7904로 묶이는 코드 섹션을 변환합니다. 프로시저의 경우 소스 기본 제공 객체 `PROCEDURE`를, 뷰나 테이블의 경우 `VIEW`를 기준으로 스텁 객체를 생성합니다.
지원되지 않는 객체를 직접 호출하여 소스 데이터베이스 객체를 변환하면 스텁 객체 및 마이그레이션 문제 7822가 호출됩니다.
별도의 스키마에서 스텁 객체 생성 옵션을 활성화하여 **별도의 스키마에서 스텁 객체를 생성**하도록 선택할 수 있습니다. 선택하면 스텁 객체가 대상 데이터베이스에 `aws_sqlserver_stub` 이름이 지정된 특수 스키마에 생성됩니다. 선택하지 않으면 직접 호출 객체와 동일한 스키마에 생성됩니다.
+ 스텁 루틴은 원래 기본 제공의 정규화된 이름을 기반으로 이름이 지정됩니다. 스텁 보기의 경우 `system_schema_name$builtin_view_name` 이름 지정 규칙에 시스템 스키마 이름이 포함됩니다.
다시 변환하는 동안 DMS SC는 대상 데이터베이스의 기존 스텁 루틴을 확인합니다. 동일한 이름과 입력 파라미터를 가진 루틴이 이미 존재하는 경우 덮어쓰지 않습니다.
변환 후 필요에 따라 스텁 루틴에 대한 사용자 지정 코드를 검토하고 구현합니다.
+ `CITEXT` DMS Schema Conversion의 모든 문자열 데이터 형식 설정에 대한 데이터 형식에는 다음이 포함됩니다.
+ SQL Server에서 PostgreSQL로 변환할 때 대소문자를 구분하지 않는 문자열 작업에 `CITEXT` 데이터 유형을 사용하려면 **모든 문자열 데이터 유형에 CITEXT 사용** 설정을 활성화합니다. 이 옵션은 대소문자를 구분하지 않는 SQL Server에서 대소문자를 구분하는 PostgreSQL 환경으로 마이그레이션할 때 일관된 동작을 유지하는 데 도움이 됩니다.
+ 활성화되면 DMS SC는 소스 SQL Server 데이터베이스의 모든 관련 문자열 데이터 유형을 PostgreSQL의 `CITEXT`로 변환합니다. 따라서 조건에서 명시적 LOWER() 함수 호출이 필요하지 않으며 조건부 작업에서 문자열 표현식을 `CITEXT`로 자동 캐스팅합니다.
+ SQL Server 인스턴스가 대/소문자를 구분하는지 확인하려면 다음 쿼리를 실행합니다.
```
SELECT SERVERPROPERTY('COLLATION');
```
'CI'가 포함된 결과는 대소문자를 구분하지 않고 'CS'는 대소문자를 구분합니다.
+ 서버, 데이터베이스 또는 열 수준에서 명시적으로 대/소문자를 구분하는 데이터 정렬 설정이 사용되는 시나리오에서는 `CITEXT` 변환이 적용되지 않을 수 있습니다.
이 기능을 사용하려면 `CITEXT` 모듈이 대상 PostgreSQL 데이터베이스에 설치되어 있고 사용 가능한지 확인합니다.
+ `CITEXT` 데이터 유형 변환을 사용할 때는 다음 모범 사례를 고려하세요.
+ PostgreSQL에서 일관된 동작을 유지하기 위해 대/소문자를 구분하지 않는 SQL Server에서 마이그레이션할 때이 기능을 활성화합니다.
+ 애플리케이션 코드를 검토하여 대소문자를 구분하는 문자열 작업에 의존하지 않는지 확인합니다.
+ 마이그레이션 후 애플리케이션을 철저히 테스트하여 대소문자를 구분하지 않는 동작이 예상대로 유지되는지 확인합니다.
# PostgreSQL에서 MySQL로 변환 설정 이해
DMS Schema Conversion에서 PostgreSQL에서 MySQL로의 변환 설정에는 다음이 포함됩니다.
+ **변환된 SQL 코드의 주석**: 이 설정은 선택한 심각도 이상의 작업 항목에 대한 변환된 코드에 주석을 추가합니다. 이 설정은 다음과 같은 값을 지원합니다.
+ 오류만
+ 오류 및 경고
+ 모든 메시지
# LUW용 IBM Db2에서 Amazon RDS for PostgreSQL로의 변환 설정 이해
**참고**
AWS Management Console은 Amazon RDS for PostgreSQL을 대상 데이터 공급자로 사용하는 소스 데이터 공급자로 IBM Db2 for LUW를 사용하는 DMS Schema Conversion에서 마이그레이션 프로젝트 생성을 지원하지 않습니다. 대신 AWS CLI 또는 DMS Schema Conversion API를 사용합니다.
DMS Schema Conversion의 Linux, UNIX 및 Windows용 IBM Db2에서 Amazon RDS for PostgreSQL로의 변환 설정에는 다음이 포함됩니다.
+ **변환된 SQL 코드의 주석**: 이 설정은 선택한 심각도 이상의 작업 항목에 대한 변환된 코드에 주석을 추가합니다. 이 설정은 다음과 같은 값을 지원합니다.
+ 오류만
+ 오류 및 경고
+ 모든 메시지
# z/OS용 IBM Db2에서 Amazon RDS for Db2로의 변환 설정 이해
DMS Schema Conversion의 IBM for z/OS에서 Amazon RDS for DB2로의 변환 설정에는 다음이 포함됩니다.
+ **변환된 SQL 코드의 주석**: 이 설정은 선택한 심각도 이상의 작업 항목에 대한 변환된 코드에 주석을 추가합니다. 이 설정은 다음과 같은 값을 지원합니다.
+ 오류만
+ 오류 및 경고
+ 모든 메시지
# z/OS용 IBM Db2에서 Amazon RDS for PostgreSQL로의 변환 설정 이해
**참고**
AWS Management Console은 z/OS용 IBM Db2를 소스 데이터 공급자로 사용하고 Amazon RDS for PostgreSQL을 대상 데이터 공급자로 사용하는 DMS Schema Conversion에서 마이그레이션 프로젝트 생성을 지원하지 않습니다. 대신 AWS CLI 또는 DMS Schema Conversion API를 사용합니다.
DMS Schema Conversion의 z/OS용 IBM Db2에서 Amazon RDS for PostgreSQL로의 변환 설정에는 다음이 포함됩니다.
+ **변환된 SQL 코드의 주석**: 이 설정은 선택한 심각도 이상의 작업 항목에 대한 변환된 코드에 주석을 추가합니다. 이 설정은 다음과 같은 값을 지원합니다.
+ 오류만
+ 오류 및 경고
+ 모든 메시지
# SAP ASE(Sybase ASE)에서 PostgreSQL로의 변환 설정 이해
DMS Schema Conversion의 SAP ASE(Sybase ASE)에서 PostgreSQL로의 변환 설정에는 다음이 포함됩니다.
+ 생성형 AI를 사용하여 해당 데이터베이스 객체를 변환하려면 **생성형 AI** 설정을 활성화합니다. 생성형 AI를 사용하여 성공적으로 변환된 객체는 "이 변환은 데이터의 패턴을 기반으로 예측을 생성하는 기계 학습 모델을 사용합니다"라는 **Action Item 3077**로 명확하게 식별됩니다. 자세한 내용은 [생성형 AI를 사용하여 데이터베이스 객체 변환](schema-conversion-convert.databaseobjects.md) 단원을 참조하십시오.
+ **변환된 SQL 코드의 주석**: 이 설정은 선택한 심각도 이상의 작업 항목에 대한 변환된 코드에 주석을 추가합니다. 이 설정은 다음과 같은 값을 지원합니다.
+ 오류만
+ 오류 및 경고
+ 모든 메시지
+ 변환된 코드의 스키마 이름에 사용할 템플릿을 정의할 수 있습니다. **스키마 이름**에서 다음 옵션 중 하나를 선택합니다.
+ **DB** - PostgreSQL에서 SAP ASE(Sybase ASE) 데이터베이스 이름을 스키마 이름으로 사용합니다.
+ **SCHEMA** - PostgreSQL에서 SAP ASE(Sybase ASE) 스키마 이름을 스키마 이름으로 사용합니다.
+ **DB\$1SCHEMA** – SAP ASE(Sybase ASE) 데이터베이스와 스키마 이름의 조합을 스키마 이름으로 사용합니다.
+ 소스 데이터베이스에서 객체 이름의 정확한 대/소문자를 유지할 수 있습니다. 이렇게 하려면 소스 데이터베이스 객체 이름을 대/소문자를 구분하는 것으로 처리를 선택합니다. 이 옵션을 끄면 모든 데이터베이스 객체 이름이 소문자로 변환됩니다.
+ 대소문자를 구분하지 않는 작업 중에 피연산자를 소문자로 캐스팅하지 않아도 됩니다. DMS Schema Conversion은 변환된 코드의 피연산자에 LOWER 함수를 적용하지 않습니다. 이렇게 **하려면 대소문자를 구분하지 않는 작업을 위해 피연산자를 소문자로 캐스팅하지 않음을** 선택합니다. 이 옵션을 선택하지 않으면(기본값) DMS Schema Conversion은 대소문자를 구분하지 않는 비교를 수행하기 전에 LOWER 함수를 자동으로 적용하여 피연산자를 소문자로 변환합니다.
+ SAP ASE(Sybase ASE)에서는 여러 테이블에서 이름이 동일한 인덱스를 생성할 수 있습니다. PostgreSQL을 사용하려면 스키마 내의 모든 인덱스 이름이 고유해야 합니다. AWS Schema Conversion이 마이그레이션 중에 고유한 인덱스 이름을 생성하도록 하려면 **인덱스의 고유 이름 생성을** 선택합니다. 이 옵션은 인덱스 이름에 접두사를 자동으로 추가하여 대상 PostgreSQL 데이터베이스의 이름 충돌을 방지합니다.