Amazon Redshift tidak akan lagi mendukung pembuatan Python UDFs baru mulai Patch 198. Python yang ada UDFs akan terus berfungsi hingga 30 Juni 2026. Untuk informasi lebih lanjut, lihat [posting blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Skema
Database berisi satu atau lebih skema bernama. Setiap skema dalam database berisi tabel dan jenis objek bernama lainnya. Secara default, database memiliki skema tunggal, yang bernama PUBLIC. Anda dapat menggunakan skema untuk mengelompokkan objek database dengan nama umum. Skema mirip dengan direktori sistem file, kecuali skema tidak dapat bersarang.
Nama objek database identik dapat digunakan dalam skema yang berbeda dalam database yang sama tanpa konflik. Misalnya, baik MY\$1SCHEMA dan YOUR\$1SCHEMA dapat berisi tabel bernama MYTABLE. Pengguna dengan izin yang diperlukan dapat mengakses objek di beberapa skema dalam database.
Secara default, objek dibuat dalam skema pertama di jalur pencarian database. Untuk informasi, lihat [Jalur pencarian](#c_Search_path) nanti di bagian ini.
Skema dapat membantu masalah organisasi dan konkurensi dalam lingkungan multipengguna dengan cara berikut:
+ Untuk membiarkan banyak pengembang bekerja dalam database yang sama tanpa mengganggu satu sama lain.
+ Untuk mengatur objek database ke dalam kelompok logis untuk membuatnya lebih mudah dikelola.
+ Untuk memberikan aplikasi kemampuan untuk menempatkan objek mereka ke dalam skema terpisah sehingga nama mereka tidak akan bertabrakan dengan nama-nama objek yang digunakan oleh aplikasi lain.
## Jalur pencarian
Jalur pencarian didefinisikan dalam parameter search\$1path dengan daftar nama skema yang dipisahkan koma. Jalur pencarian menentukan urutan skema yang dicari ketika objek, seperti tabel atau fungsi, direferensikan dengan nama sederhana yang tidak menyertakan kualifikasi skema.
Jika objek dibuat tanpa menentukan skema target, objek ditambahkan ke skema pertama yang terdaftar di jalur pencarian. Ketika objek dengan nama identik ada dalam skema yang berbeda, nama objek yang tidak menentukan skema akan merujuk ke skema pertama di jalur pencarian yang berisi objek dengan nama itu.
Untuk mengubah skema default untuk sesi saat ini, gunakan [SET](r_SET.md) perintah.
Untuk informasi selengkapnya, lihat [search\$1path](r_search_path.md) deskripsi di Referensi Konfigurasi.
# Membuat, mengubah, dan menghapus skema
Setiap pengguna dapat membuat skema dan mengubah atau menjatuhkan skema yang mereka miliki.
Anda dapat melakukan tindakan berikut:
+ Untuk membuat skema, gunakan [BUAT SKEMA](r_CREATE_SCHEMA.md) perintah.
+ Untuk mengubah pemilik skema, gunakan [ALTER SCHEMA](r_ALTER_SCHEMA.md) perintah.
+ Untuk menghapus skema dan objeknya, gunakan [DROP SCHEMA](r_DROP_SCHEMA.md) perintah.
+ Untuk membuat tabel dalam skema, buat tabel dengan format *schema\$1name.table\$1name*.
Untuk melihat daftar semua skema, kueri tabel katalog sistem PG\$1NAMESPACE:
```
select * from pg_namespace;
```
Untuk melihat daftar tabel yang termasuk dalam skema, kueri tabel katalog sistem PG\$1TABLE\$1DEF. Misalnya, query berikut mengembalikan daftar tabel dalam skema PG\$1CATALOG.
```
select distinct(tablename) from pg_table_def
where schemaname = 'pg_catalog';
```
# Izin berbasis skema
Izin berbasis skema ditentukan oleh pemilik skema:
+ Secara default, semua pengguna memiliki izin CREATE dan USE pada skema PUBLIC database. Untuk melarang pengguna membuat objek dalam skema PUBLIC database, gunakan [MENCABUT](r_REVOKE.md) perintah untuk menghapus izin tersebut.
+ Kecuali mereka diberikan izin PENGGUNAAN oleh pemilik objek, pengguna tidak dapat mengakses objek apa pun dalam skema yang tidak mereka miliki.
+ Jika pengguna telah diberikan izin CREATE untuk skema yang dibuat oleh pengguna lain, pengguna tersebut dapat membuat objek dalam skema tersebut.