

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Menentukan pengaturan konversi skema untuk proyek migrasi
<a name="schema-conversion-settings"></a>

Setelah membuat proyek migrasi, Anda dapat menentukan pengaturan konversi di Konversi Skema DMS. Mengonfigurasi pengaturan konversi skema Anda meningkatkan kinerja kode yang dikonversi.

**Untuk mengedit setelan konversi**

1. Masuk ke Konsol Manajemen AWS dan buka AWS DMS konsol di [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).

1. Pilih **proyek Migrasi**. Halaman **proyek Migrasi** terbuka.

1. Pilih proyek migrasi Anda. Pilih **Konversi skema, lalu Luncurkan konversi** **skema**.

1. Pilih **Pengaturan**. Halaman **Pengaturan** terbuka.

1. Di bagian **Konversi**, ubah pengaturan.

1. Pilih **Terapkan**, lalu pilih **Konversi skema**.

Untuk semua pasangan konversi, Anda dapat membatasi jumlah komentar dengan item tindakan dalam kode yang dikonversi. Untuk membatasi jumlah komentar dalam kode yang dikonversi, buka pengaturan konversi di proyek migrasi Anda.

Untuk **Komentar dalam kode SQL yang dikonversi**, pilih tingkat keparahan item tindakan. Konversi Skema DMS menambahkan komentar dalam kode yang dikonversi untuk item tindakan dengan tingkat keparahan yang dipilih dan lebih tinggi. Misalnya, untuk meminimalkan jumlah komentar dalam kode yang dikonversi, pilih **Error only**.

Untuk menyertakan komentar untuk semua item tindakan dalam kode yang dikonversi, pilih **Semua pesan**.

Pengaturan konversi lainnya berbeda untuk setiap pasangan basis data sumber dan target.

**Topics**
+ [Memahami pengaturan konversi Oracle ke MySQL](schema-conversion-oracle-mysql.md)
+ [Memahami pengaturan konversi Oracle ke PostgreSQL](schema-conversion-oracle-postgresql.md)
+ [Memahami pengaturan konversi SQL Server ke MySQL](schema-conversion-sql-server-mysql.md)
+ [Memahami pengaturan konversi SQL Server ke PostgreSQL](schema-conversion-sql-server-postgresql.md)
+ [Memahami PostgreSQL ke pengaturan konversi MySQL](schema-conversion-postgresql-mysql.md)
+ [Memahami IBM Db2 untuk LUW ke Amazon RDS untuk pengaturan konversi Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md)
+ [Memahami IBM Db2 untuk z/OS Amazon RDS untuk pengaturan konversi Db2](schema-conversion-db2-zos-db2.md)
+ [Memahami IBM Db2 untuk Amazon RDS untuk pengaturan konversi Amazon z/OS RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md)
+ [Memahami pengaturan konversi SAP ASE (Sybase ASE) ke PostgreSQL](schema-conversion--sybase-ASE.md)

# Memahami pengaturan konversi Oracle ke MySQL
<a name="schema-conversion-oracle-mysql"></a>

Pengaturan konversi Oracle ke MySQL dalam Konversi Skema DMS meliputi yang berikut:
+ Database Oracle sumber Anda dapat menggunakan `ROWID` pseudocolumn. MySQL tidak mendukung fungsionalitas serupa. Konversi Skema DMS dapat meniru `ROWID` pseudocolumn dalam kode yang dikonversi. Untuk melakukannya, aktifkan opsi **Generate row ID**.

  Jika kode Oracle sumber Anda tidak menggunakan `ROWID` pseudocolumn, matikan opsi **Generate row ID**. Dalam hal ini, kode yang dikonversi bekerja lebih cepat.
+ Kode Oracle sumber Anda dapat menyertakan`TO_CHAR`,`TO_DATE`, dan `TO_NUMBER` fungsi dengan parameter yang tidak didukung MySQL. Secara default, Konversi Skema DMS mengemulasi penggunaan parameter ini dalam kode yang dikonversi.

  Anda dapat menggunakan `TO_CHAR` MySQL asli`TO_DATE`,, `TO_NUMBER` dan fungsi ketika kode Oracle sumber Anda tidak memiliki parameter yang tidak didukung oleh MySQL. Dalam hal ini, kode yang dikonversi bekerja lebih cepat. Untuk melakukannya, pilih nilai berikut:
  + **Gunakan fungsi MySQL TO\$1CHAR asli**
  + **Gunakan fungsi asli MySQL TO\$1DATE**
  + **Gunakan fungsi MySQL TO\$1NUMBER asli**
+ Database dan aplikasi Anda dapat berjalan di zona waktu yang berbeda. Secara default, Konversi Skema DMS mengemulasi zona waktu dalam kode yang dikonversi. Namun, Anda tidak memerlukan emulasi ini ketika database dan aplikasi Anda menggunakan zona waktu yang sama. Dalam hal ini, pilih **Tingkatkan kinerja kode yang dikonversi di mana database dan aplikasi menggunakan zona waktu yang sama**.

# Memahami pengaturan konversi Oracle ke PostgreSQL
<a name="schema-conversion-oracle-postgresql"></a>

Pengaturan konversi Oracle ke PostgreSQL dalam Konversi Skema DMS meliputi:
+ Untuk mengonversi objek database yang berlaku menggunakan AI generatif, aktifkan pengaturan **Generative AI**. Objek yang berhasil dikonversi menggunakan AI generatif akan diidentifikasi dengan jelas dengan **Item Tindakan 5444**, yang menyatakan: “Konversi ini menggunakan model pembelajaran mesin yang menghasilkan prediksi berdasarkan pola dalam data. Untuk informasi selengkapnya, lihat [Mengonversi objek database dengan AI generatif](schema-conversion-convert.databaseobjects.md).
  + Anda dapat mengonversi skema untuk berbagai versi basis data target yang didukung, bukan hanya versi terbaru. Untuk menentukan versi, gunakan pengaturan **versi mesin target**. Opsi konversi yang tersedia akan bervariasi tergantung pada versi mesin yang Anda pilih. Saat ini, PostgreSQL versi 14 dan 15 didukung (mereka memiliki pengaturan yang identik). Perhatikan bahwa menggunakan versi mesin target selama konversi skema yang berbeda dari versi yang ditentukan dalam setelan ini dapat menyebabkan masalah kompatibilitas dan kesalahan saat melakukan operasi Terapkan ke target.
+ AWS DMS dapat mengonversi tampilan terwujud Oracle ke tabel atau tampilan terwujud di PostgreSQL. Untuk **tampilan Terwujud**, pilih cara mengonversi tampilan terwujud sumber Anda.
+ Database Oracle sumber Anda dapat menggunakan `ROWID` pseudocolumn. PostgreSQL tidak mendukung fungsionalitas serupa. Konversi Skema DMS dapat meniru `ROWID` pseudocolumn dalam kode yang dikonversi menggunakan tipe data atau. `bigint` `character varying` **Untuk melakukannya, pilih **Gunakan tipe data bigint untuk meniru pseudocolumn ROWID atau Gunakan karakter yang bervariasi tipe data untuk meniru pseudocolumn** **ROWID untuk** Row ID.**
  + Untuk mengonversi tipe data NUMBER ke tipe data numerik yang paling sesuai, tergantung pada presisi dan skala, Anda dapat memilih Gunakan pemetaan tipe data yang dioptimalkan untuk kolom tipe data NUMBER.
+ Jika kode Oracle sumber Anda tidak menggunakan `ROWID` pseudocolumn, pilih **Jangan** buat. Dalam hal ini, kode yang dikonversi bekerja lebih cepat.
+ Kode Oracle sumber Anda dapat menyertakan`TO_CHAR`,`TO_DATE`, dan `TO_NUMBER` fungsi dengan parameter yang tidak didukung PostgreSQL. Secara default, Konversi Skema DMS mengemulasi penggunaan parameter ini dalam kode yang dikonversi.

  Anda dapat menggunakan `TO_CHAR` PostgreSQL asli`TO_DATE`,, `TO_NUMBER` dan fungsi ketika kode Oracle sumber Anda tidak memiliki parameter yang tidak didukung oleh PostgreSQL. Dalam hal ini, kode yang dikonversi bekerja lebih cepat. Untuk melakukannya, pilih nilai berikut:
  + **Gunakan fungsi PostgreSQL TO\$1CHAR asli**
  + **Gunakan fungsi PostgreSQL TO\$1DATE asli**
  + **Gunakan fungsi PostgreSQL TO\$1NUMBER asli**
+ Database dan aplikasi Anda dapat berjalan di zona waktu yang berbeda. Secara default, Konversi Skema DMS mengemulasi zona waktu dalam kode yang dikonversi. Namun, Anda tidak memerlukan emulasi ini ketika database dan aplikasi Anda menggunakan zona waktu yang sama. Dalam hal ini, pilih **Tingkatkan kinerja kode yang dikonversi di mana database dan aplikasi menggunakan zona waktu yang sama**.
+ Untuk terus menggunakan urutan dalam kode yang dikonversi, pilih **Isi urutan yang dikonversi dengan nilai terakhir yang dihasilkan di sisi sumber**.
+ Dalam beberapa kasus, database Oracle sumber Anda mungkin hanya menyimpan nilai integer di kolom kunci primer atau asing dari tipe `NUMBER` data. Dalam kasus ini, AWS DMS dapat mengkonversi kolom ini ke tipe `BIGINT` data. Pendekatan ini meningkatkan kinerja kode Anda yang dikonversi. Untuk melakukannya, pilih **Mengkonversi kolom kunci primer dan asing dari tipe data NUMBER ke tipe data BIGINT**. Pastikan sumber Anda tidak menyertakan nilai floating point di kolom ini untuk menghindari kehilangan data.
+ Untuk melewati pemicu dan kendala yang dinonaktifkan dalam kode sumber Anda, pilih **Konversi hanya** pemicu dan kendala aktif.
+ Anda dapat menggunakan DMS Schema Conversion untuk mengkonversi variabel string yang disebut sebagai SQL dinamis. Kode database Anda dapat mengubah nilai variabel string ini. Untuk memastikan bahwa AWS DMS selalu mengonversi nilai terbaru dari variabel string ini, pilih **Konversi kode SQL dinamis yang dibuat dalam rutinitas yang disebut**.
+ PostgreSQL versi 10 dan sebelumnya tidak mendukung prosedur. Jika Anda tidak terbiasa menggunakan prosedur di PostgreSQL, dapat mengonversi prosedur Oracle ke fungsi PostgreSQL AWS DMS . Untuk melakukannya, pilih **Konversi prosedur ke fungsi**.
+ Untuk melihat informasi tambahan tentang item tindakan yang terjadi, Anda dapat menambahkan fungsi tertentu ke paket ekstensi. Untuk melakukannya, pilih **Tambahkan fungsi paket ekstensi yang meningkatkan pengecualian yang ditentukan pengguna**. Kemudian pilih tingkat keparahan untuk meningkatkan pengecualian yang ditentukan pengguna. Pastikan Anda menerapkan skema paket ekstensi setelah mengonversi objek basis data sumber Anda. Untuk informasi selengkapnya tentang paket ekstensi, lihat[Menggunakan paket ekstensi](extension-pack.md). 
+ Database Oracle sumber Anda dapat menyertakan batasan dengan nama yang dibuat secara otomatis. Jika kode sumber Anda menggunakan nama-nama ini, pastikan Anda memilih **Simpan nama kendala yang dihasilkan sistem**. Jika kode sumber Anda menggunakan batasan ini, tetapi tidak menggunakan namanya, hapus opsi ini untuk meningkatkan kecepatan konversi.
+ Jika basis data sumber dan target Anda berjalan di zona waktu yang berbeda, fungsi yang mengemulasi fungsi Oracle `SYSDATE` bawaan mengembalikan nilai yang berbeda dibandingkan dengan fungsi sumber. Untuk memastikan bahwa fungsi sumber dan target Anda mengembalikan nilai yang sama, pilih **Tetapkan zona waktu database sumber Anda**.
+ Anda dapat menggunakan fungsi dari ekstensi orafce dalam kode konversi Anda. Untuk melakukannya, untuk **rutinitas bawaan Orafce**, pilih fungsi yang akan digunakan. Untuk informasi lebih lanjut tentang orafce, lihat [orafce](https://github.com/orafce/orafce) di. GitHub

# Memahami pengaturan konversi SQL Server ke MySQL
<a name="schema-conversion-sql-server-mysql"></a>

SQL Server ke MySQL pengaturan konversi di DMS Schema Conversion meliputi:
+ Database SQL Server sumber Anda dapat menyimpan output `EXEC` dalam tabel. Konversi Skema DMS membuat tabel sementara dan prosedur tambahan untuk meniru fitur ini. Untuk menggunakan emulasi ini, pilih **Buat rutinitas tambahan untuk menangani kumpulan data terbuka**.

# Memahami pengaturan konversi SQL Server ke PostgreSQL
<a name="schema-conversion-sql-server-postgresql"></a>

SQL Server ke pengaturan konversi PostgreSQL dalam Konversi Skema DMS meliputi:
+ Untuk mengonversi objek database yang berlaku menggunakan AI generatif, aktifkan pengaturan **Generative AI**. Objek yang berhasil dikonversi menggunakan AI generatif akan diidentifikasi dengan jelas dengan **Action Item 7744**, yang menyatakan: “Konversi ini menggunakan model pembelajaran mesin yang menghasilkan prediksi berdasarkan pola dalam data.” Untuk informasi selengkapnya, lihat [Mengonversi objek database dengan AI generatif](schema-conversion-convert.databaseobjects.md).
+ Di SQL Server, Anda dapat menggunakan indeks dengan nama yang sama di tabel yang berbeda. Namun, di PostgreSQL, semua nama indeks yang Anda gunakan dalam skema harus unik. Untuk memastikan bahwa Konversi Skema DMS menghasilkan nama unik untuk semua indeks Anda, pilih **Hasilkan nama unik** untuk indeks.
+ PostgreSQL versi 10 dan sebelumnya tidak mendukung prosedur. Jika Anda tidak terbiasa menggunakan prosedur di PostgreSQL, dapat mengonversi prosedur SQL Server ke fungsi AWS DMS PostgreSQL. Untuk melakukannya, pilih **Konversi prosedur ke fungsi**.
+ Database SQL Server sumber Anda dapat menyimpan output `EXEC` dalam tabel. Konversi Skema DMS membuat tabel sementara dan prosedur tambahan untuk meniru fitur ini. Untuk menggunakan emulasi ini, pilih **Buat rutinitas tambahan untuk menangani kumpulan data terbuka**.
+ Anda dapat menentukan template yang akan digunakan untuk nama skema dalam kode yang dikonversi. Untuk **nama Skema**, pilih salah satu opsi berikut:
  + **DB** — Menggunakan nama database SQL Server sebagai nama skema di PostgreSQL.
  + **SKEMA** — Menggunakan nama skema SQL Server sebagai nama skema di PostgreSQL.
  + **DB\$1SCHEMA** — Menggunakan kombinasi database SQL Server dan nama skema sebagai nama skema di PostgreSQL.
+ Anda dapat menyimpan huruf dalam nama operan sumber. Untuk menghindari konversi nama operan ke huruf kecil, pilih **Hindari casting ke huruf kecil untuk** operasi case-sensitive. Opsi ini hanya berlaku jika fitur sensitivitas huruf besar/kecil diaktifkan di database sumber.
+ Anda dapat menyimpan nama parameter dari database sumber Anda. Konversi Skema DMS dapat menambahkan tanda kutip ganda ke nama parameter dalam kode yang dikonversi. Untuk melakukannya, pilih **Simpan nama parameter asli**.
+ Anda dapat menyimpan panjang parameter rutin dari database sumber Anda. Konversi Skema DMS membuat domain dan menggunakannya untuk menentukan panjang parameter rutin. Untuk melakukannya, pilih **Pertahankan panjang parameter**.
+ Untuk mengonversi objek bawaan yang tidak didukung menjadi objek rintisan, aktifkan pengaturan **Konversi objek bawaan yang tidak didukung ke objek rintisan**:
  +  Saat diaktifkan, DMS SC menggantikan objek bawaan yang tidak didukung dengan objek rintisan yang sesuai dalam database target. Fitur ini mengonversi bagian kode yang biasanya tertutup oleh masalah migrasi 7811 atau 7904. Ini menciptakan objek rintisan berdasarkan jenis objek bawaan sumber `PROCEDURE` untuk prosedur, `VIEW` untuk tampilan atau tabel.

    Konversi objek database sumber dengan panggilan objek yang tidak didukung menghasilkan panggilan objek rintisan dan masalah migrasi 7822. 

    Anda dapat memilih untuk membuat objek rintisan dalam skema terpisah dengan mengaktifkan **Buat objek rintisan dalam opsi skema terpisah**. Ketika dipilih, objek rintisan dibuat dalam skema khusus yang dinamai `aws_sqlserver_stub` dalam database target. Jika tidak dipilih, mereka dibuat dalam skema yang sama dengan objek pemanggilan. 
  + Rutinitas rintisan diberi nama berdasarkan nama yang sepenuhnya memenuhi syarat dari bawaan asli. Untuk tampilan rintisan, konvensi penamaan mencakup nama skema sistem. `system_schema_name$builtin_view_name` 

    Selama konversi ulang, DMS SC memeriksa rutinitas rintisan yang ada di database target. Jika rutinitas dengan nama dan parameter input yang sama sudah ada, itu tidak ditimpa. 

    Setelah konversi, tinjau dan terapkan kode khusus untuk rutinitas rintisan sesuai kebutuhan.
+ `CITEXT`tipe data untuk semua tipe data string setelan dalam Konversi Skema DMS meliputi yang berikut:
  + **Untuk menggunakan `CITEXT` tipe data untuk operasi string case-insensitive saat mengonversi dari SQL Server ke PostgreSQL, aktifkan pengaturan Use CITEXT untuk semua tipe data string.** Opsi ini membantu mempertahankan perilaku yang konsisten saat bermigrasi dari SQL Server yang tidak peka huruf besar/kecil ke lingkungan PostgreSQL yang peka huruf besar/kecil.
  + Saat diaktifkan, DMS SC mengonversi semua tipe data string yang relevan dari database SQL Server sumber ke PostgreSQL. `CITEXT` Ini menghilangkan kebutuhan akan panggilan fungsi LOWER () eksplisit dalam kondisi dan secara otomatis melemparkan ekspresi string dalam operasi bersyarat ke. `CITEXT`
  + Untuk menentukan apakah instance SQL Server Anda peka huruf besar/kecil, jalankan kueri berikut:

    ```
    SELECT SERVERPROPERTY('COLLATION');
    ```

    Hasil yang mengandung 'CI' menunjukkan case-insensitive, sedangkan 'CS' menunjukkan case-sensitive.
  + `CITEXT`Konversi mungkin tidak berlaku dalam skenario di mana pengaturan collate case-sensitive eksplisit digunakan di tingkat server, database, atau kolom.

    Untuk menggunakan fitur ini, pastikan bahwa `CITEXT` modul diinstal dan tersedia di database PostgreSQL target Anda.
  + Saat menggunakan konversi `CITEXT` tipe data, pertimbangkan praktik terbaik berikut:
    + Aktifkan fitur ini saat bermigrasi dari SQL Server yang tidak peka huruf besar/kecil untuk mempertahankan perilaku yang konsisten di PostgreSQL.
    + Tinjau kode aplikasi Anda untuk memastikannya tidak bergantung pada operasi string peka huruf besar/kecil.
    + Uji aplikasi Anda secara menyeluruh setelah migrasi untuk memverifikasi bahwa perilaku case-insensitive dipertahankan seperti yang diharapkan.

# Memahami PostgreSQL ke pengaturan konversi MySQL
<a name="schema-conversion-postgresql-mysql"></a>

PostgreSQL ke pengaturan konversi MySQL di DMS Schema Conversion meliputi:
+ **Komentar dalam kode SQL yang dikonversi**: Pengaturan ini menyertakan komentar dalam kode yang dikonversi untuk item tindakan dengan tingkat keparahan yang dipilih dan lebih tinggi. Pengaturan ini mendukung nilai-nilai berikut: 
  + Kesalahan saja
  + Kesalahan dan peringatan
  + Semua pesan

# Memahami IBM Db2 untuk LUW ke Amazon RDS untuk pengaturan konversi Amazon RDS for PostgreSQL
<a name="schema-conversion-db2-luw-postgresql"></a>

**catatan**  
Konsol AWS Manajemen tidak mendukung pembuatan proyek migrasi dalam Konversi Skema DMS yang menggunakan IBM Db2 untuk LUW sebagai penyedia data sumber dengan Amazon RDS for PostgreSQL sebagai penyedia data target. Gunakan AWS CLI atau DMS Schema Conversion API sebagai gantinya. 

IBM Db2 untuk Linux, UNIX dan Windows ke Amazon RDS untuk pengaturan konversi Amazon RDS for PostgreSQL dalam Konversi Skema DMS meliputi:
+  **Komentar dalam kode SQL yang dikonversi**: Pengaturan ini menyertakan komentar dalam kode yang dikonversi untuk item tindakan dengan tingkat keparahan yang dipilih dan lebih tinggi. Pengaturan ini mendukung nilai-nilai berikut: 
  + Kesalahan saja
  + Kesalahan dan peringatan
  + Semua pesan

# Memahami IBM Db2 untuk z/OS Amazon RDS untuk pengaturan konversi Db2
<a name="schema-conversion-db2-zos-db2"></a>

IBM z/OS untuk Amazon RDS untuk pengaturan DB2 konversi dalam Konversi Skema DMS meliputi yang berikut:
+ **Komentar dalam kode SQL yang dikonversi**: Pengaturan ini menyertakan komentar dalam kode yang dikonversi untuk item tindakan dengan tingkat keparahan yang dipilih dan lebih tinggi. Pengaturan ini mendukung nilai-nilai berikut: 
  + Kesalahan saja
  + Kesalahan dan peringatan
  + Semua pesan

# Memahami IBM Db2 untuk Amazon RDS untuk pengaturan konversi Amazon z/OS RDS for PostgreSQL
<a name="schema-conversion-db2-zos-postgresql"></a>

**catatan**  
Konsol AWS Manajemen tidak mendukung pembuatan proyek migrasi dalam Konversi Skema DMS yang menggunakan IBM Db2 z/OS sebagai penyedia data sumber dengan Amazon RDS for PostgreSQL sebagai penyedia data target. Gunakan AWS CLI atau DMS Schema Conversion API sebagai gantinya. 

IBM Db2 untuk z/OS ke Amazon RDS untuk pengaturan konversi Amazon RDS for PostgreSQL dalam Konversi Skema DMS meliputi:
+  **Komentar dalam kode SQL yang dikonversi**: Pengaturan ini menyertakan komentar dalam kode yang dikonversi untuk item tindakan dengan tingkat keparahan yang dipilih dan lebih tinggi. Pengaturan ini mendukung nilai-nilai berikut: 
  + Kesalahan saja
  + Kesalahan dan peringatan
  + Semua pesan

# Memahami pengaturan konversi SAP ASE (Sybase ASE) ke PostgreSQL
<a name="schema-conversion--sybase-ASE"></a>

SAP ASE (Sybase ASE) ke pengaturan konversi PostgreSQL dalam Konversi Skema DMS meliputi:
+ Untuk mengonversi objek database yang berlaku menggunakan AI generatif, aktifkan pengaturan **Generative AI**. Objek yang berhasil dikonversi menggunakan AI generatif akan diidentifikasi dengan jelas dengan **Action Item 3077**, yang menyatakan: “Konversi ini menggunakan model pembelajaran mesin yang menghasilkan prediksi berdasarkan pola dalam data.” Untuk informasi selengkapnya, lihat [Mengonversi objek database dengan AI generatif](schema-conversion-convert.databaseobjects.md).
+ **Komentar dalam kode SQL yang dikonversi:** Pengaturan ini menyertakan komentar dalam kode yang dikonversi untuk item tindakan dengan tingkat keparahan yang dipilih dan lebih tinggi. Pengaturan ini mendukung nilai-nilai berikut: 
  + Kesalahan saja
  + Kesalahan dan peringatan
  + Semua pesan
+ Anda dapat menentukan template yang akan digunakan untuk nama skema dalam kode yang dikonversi. Untuk **nama Skema**, pilih salah satu opsi berikut:
  + **DB** — Menggunakan nama database SAP ASE (Sybase ASE) sebagai nama skema di PostgreSQL.
  + **SKEMA — Menggunakan nama skema** SAP ASE (Sybase ASE) sebagai nama skema di PostgreSQL.
  + **DB\$1SCHEMA** — Menggunakan kombinasi database SAP ASE (Sybase ASE) dan nama skema sebagai nama skema di.
+ Anda dapat menyimpan kasus yang tepat dari nama objek dari database sumber Anda. Untuk melakukannya, pilih Perlakukan nama objek database sumber sebagai peka huruf besar/kecil. Ketika opsi ini dimatikan, semua nama objek database dikonversi ke huruf kecil.
+ Anda dapat menghindari pengecoran operan ke huruf kecil selama operasi case-insensitive. Konversi Skema DMS tidak akan menerapkan fungsi LOWER ke operan dalam kode yang dikonversi. Untuk melakukannya, pilih **Hindari mentransmisikan operan ke huruf kecil untuk operasi case-insensitive**. Ketika opsi ini tidak dipilih (default), Konversi Skema DMS secara otomatis menerapkan fungsi LOWER untuk mengonversi operan menjadi huruf kecil sebelum melakukan perbandingan case-insensitive.
+ Di SAP ASE (Sybase ASE), Anda dapat membuat indeks dengan nama yang identik di berbagai tabel. PostgreSQL mengharuskan semua nama indeks dalam skema menjadi unik. Untuk memastikan Konversi AWS Skema membuat nama indeks unik selama migrasi, pilih **Hasilkan nama unik untuk indeks**. Opsi ini secara otomatis menambahkan awalan ke nama indeks untuk mencegah konflik penamaan dalam database PostgreSQL target Anda.