Amazon Redshift tidak akan lagi mendukung penggunaan Python UDF setelah 30 Juni 2026. Kami akan mulai menegakkannya secara bertahap. Untuk informasi lebih lanjut tentang detail opsi akhir masa pakai dan migrasi Python, lihat posting blog
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Integrasi tabel sistem dengan Tabel S3
Gunakan integrasi tabel sistem dengan Amazon S3 Tables
Saat Anda mengaktifkan fitur ini melalui konsol, Redshift CLI, atau SDK, Redshift mulai menulis baris baru dari tabel sistem yang Anda pilih ke Tabel S3 segera setelahnya pada frekuensi tetap. Anda memilih tabel sistem mana yang akan dipublikasikan; Tabel S3 memberlakukan durasi retensi yang Anda konfigurasikan.
Ini mendukung kasus penggunaan berikut:
-
Memenuhi persyaratan kepatuhan dan audit. Pertahankan riwayat kueri, koneksi, dan perubahan selama berbulan-bulan atau bertahun-tahun.
-
Pantau armada Anda dari satu tempat. Konsolidasikan data pemantauan dari beberapa gudang data di akun dan Wilayah Anda dan analisis aktivitas di seluruh armada Anda.
-
Hapus kebutuhan akan pipeline ekstrak, transformasi, dan muat (ETL) khusus. Berhenti membangun dan memelihara pekerjaan yang mengekspor data tabel sistem ke S3 untuk retensi yang lebih lama.
-
Selidiki insiden masa lalu. Kueri data historis di luar jendela dalam cluster 7 hari untuk analisis akar penyebab, tinjauan pasca-insiden, dan pemantauan evolusi beban kerja dan tren kinerja dari waktu ke waktu.
Fitur ini tersedia untuk instans Amazon Redshift Provisioned RA3
Topik
Cara kerjanya
Setelah Anda mengaktifkan fitur dan memilih satu atau beberapa tabel sistem yang didukung, Redshift menulis catatan yang baru selesai dari tabel sistem tersebut ke Tabel S3. Data dikirim dalam batch pada frekuensi tetap.
Tabel sistem ada di AWS akun Anda tetapi dikelola layanan: AWS memiliki dan mengoperasikan pengiriman data dan manajemen tabel, termasuk yang berikut:
-
Membuat tabel bucket S3, namespace, dan tabel S3 di akun Anda.
-
Mendefinisikan dan mengembangkan skema tabel.
-
Menulis data dalam Apache Iceberg format ke tabel S3.
-
Memadatkan data dan memelihara snapshot (ditangani secara otomatis oleh Tabel S3).
Tidak ada infrastruktur untuk dibangun atau dipelihara dan tidak berdampak pada beban kerja Anda.
Anda mengonfigurasi berapa lama untuk menyimpan data melalui kedaluwarsa catatan Tabel S3. Untuk informasi selengkapnya, lihat Mengkonfigurasi retensi.
Karena tabel dikelola oleh AWS, Anda tidak dapat mengubah atau menghapus baris yang diberikan Redshift. Data yang dikirim tidak dapat diubah. Anda hanya mengontrol akses baca ke tabel. Untuk informasi selengkapnya, lihat Tata kelola data.
Hanya aktivitas yang diselesaikan yang dikirimkan ke Tabel S3. Tabel sistem di gudang data Anda dapat menampilkan aktivitas dalam penerbangan, tetapi hanya catatan yang telah mencapai keadaan akhir yang disalin. Misalnya, kueri selesai, dibatalkan, atau dibatalkan dikirimkan, tetapi kueri yang masih berjalan tidak dikirimkan sampai mencapai status akhir.
Mengaktifkan integrasi tabel sistem dengan Tabel S3
Untuk mengaktifkan integrasi tabel sistem dengan Tabel S3, gunakan Redshift API yang ada dengan tipe tujuan log baru. s3table Saat diaktifkan, Redshift membuat bucket tabel S3 yang diberi nama aws-redshift di akun Anda. Anda mengelola fitur dengan operasi yang sama yang Anda gunakan untuk tujuan log lainnya: untuk cluster yang disediakan,, enable-loggingdisable-logging, dandescribe-logging-status; untuk Redshift Serverless, dan. update-namespace get-namespace
Perizinan
Prinsipal yang mengaktifkan, memodifikasi, atau menonaktifkan fitur harus memiliki izin berikut:
-
redshift:EnableLogging(untuk cluster yang disediakan) atauredshift-serverless:UpdateNamespace(untuk Redshift Serverless). -
Izin untuk membuat dan mengkonfigurasi bucket tabel S3. Prinsip pengaktifan memerlukan izin Tabel S3 berikut:
-
s3tables:CreateTableBucket -
s3tables:PutTableBucketEncryption -
s3tables:PutTableBucketPolicy
Saat Anda mengaktifkan fitur, Redshift membuat dan mengonfigurasi bucket tabel S3 menggunakan identitas kepala sekolah yang memicu operasi.
-
Setelah bucket dibuat, Redshift membuat ruang nama dan tabel di dalamnya menggunakan hubungan kepercayaan layanan antara Redshift dan Tabel S3. Prinsip pengaktifan tidak memerlukan izin untuk membuat ruang nama atau tabel.
Opsi deployment
Anda dapat mengonfigurasi pengiriman dalam salah satu dari dua pola. Gudang data tertentu menggunakan satu pola pada satu waktu.
| Opsi Deployment | Deskripsi |
|---|---|
| Per-warehouse | Redshift menulis data tabel sistem setiap gudang data ke set tabel S3-nya sendiri. Setiap baris dalam tabel berasal dari gudang data tunggal. Gunakan ini untuk isolasi fisik antar gudang. |
| Konsolidasi | Redshift menulis data tabel sistem dari beberapa gudang data dalam akun dan Wilayah yang sama ke dalam satu set tabel S3 bersama. Baris dari gudang yang berbeda dibedakan oleh warehouse_name kolom warehouse_namespace_arn dan. Gunakan ini untuk analisis lintas gudang yang terpusat. |
Model penerapan menentukan bagaimana data diatur dalam Tabel S3. Dalam model per-gudang, nama namespace Tabel S3 berisi pengidentifikasi unik untuk gudang data, sehingga setiap data gudang secara fisik dipisahkan menjadi namespace sendiri. Dalam model konsolidasi, nama namespace Tabel S3 berisi nomor AWS akun, dan data dari semua gudang di akun dan Wilayah itu disimpan bersama dalam namespace dan tabel yang sama.
Kedua opsi didukung dalam satu AWS akun dan satu Wil AWS ayah. Untuk menganalisis data di seluruh Wilayah atau akun, gabungkan hasil dari tabel masing-masing Wilayah atau akun pada waktu kueri. Untuk akses lintas akun, Anda dapat menggunakan berbagi Katalog AWS Glue Data. Untuk informasi selengkapnya, lihat Memberikan akses lintas akun di Panduan Peng AWS Glue embang.
catatan
Jika Anda mengalihkan gudang data dari satu pola penerapan ke pola penerapan lainnya, data yang dikirim sebelumnya tetap berada di tabel yang ada dan dipertahankan sesuai dengan retensi yang dikonfigurasi. Redshift mulai mengirimkan data baru ke target baru dan tidak mengisi ulang data historis.
Menggunakan konsol
Untuk mengkonfigurasi integrasi tabel sistem dengan Tabel S3
-
Buka konsol Redshift dan di panel navigasi, di bawah Amazon Redshift atau Amazon Redshift Serverless, pilih Integrasi tabel sistem. Anda juga dapat mengonfigurasi dari halaman detail cluster atau namespace dengan memilih tab Integrasi, atau dengan memilih Tindakan, Integr asi, Konfigurasikan integrasi tabel sistem.
-
Pilih Buat integrasi tabel sistem.
-
Pilih cluster yang disediakan atau kelompok kerja Redshift Serverless Anda.
-
Pilih tabel sistem untuk dipublikasikan. Pilih
SYS_*tampilan individual, atau pilih Pilih semua tabel sistem yang didukung untuk mempublikasikan semua tampilan yang didukung saat ini dan yang akan datang. Jika Anda memilih semua, tampilan baru yang ditambahkan di masa mendatang secara otomatis disertakan tanpa memerlukan perubahan konfigurasi. -
Pilih model penerapan:
-
Tabel S3 individual per tabel sistem per gudang data untuk menyimpan data gudang ini dalam kumpulan tabelnya sendiri.
-
Tabel S3 bersama per tabel sistem di seluruh gudang data untuk mengkonsolidasikan data dari beberapa gudang dalam akun ke dalam kumpulan tabel bersama.
-
-
Secara opsional, pilih kunci enkripsi. Secara default data dienkripsi dengan S3-managed kunci Amazon (SSE-S3). Untuk menggunakan AWS KMS kunci Anda sendiri, pilih di sini. Jika Anda menggunakan AWS KMS kunci Anda sendiri, kebijakan kunci harus memberikan akses Redshift dan Tabel S3 ke kunci tersebut. Untuk informasi selengkapnya, lihat Mengkonfigurasi enkripsi.
-
Simpan perubahan Anda. Redshift mulai menerbitkan tabel sistem yang dipilih ke Tabel S3 dan terus menambahkan catatan baru secara berulang.
Untuk berhenti menerbitkan tabel sistem, kembali ke pengaturan dan hapus. Data yang sudah dipublikasikan disimpan sampai Anda mengonfigurasi kedaluwarsa melalui Tabel S3.
Anda dapat meninjau status integrasi dari halaman detail cluster atau namespace. Perluas Pemetaan tabel View S3 untuk melihat pemetaan antara setiap tabel sistem dan nama tabel S3 dan namespace yang sesuai. Anda juga dapat melihat data yang dipublikasikan dari konsol Tabel S3.
Menggunakan AWS CLI
Parameter berikut mengkonfigurasi penerbitan Tabel S3:
| Parameter | Berlaku untuk | Deskripsi |
|---|---|---|
--log-destination-type |
Keduanya | Setel s3table untuk menerbitkan ke Tabel S3. Nilai-nilai lainnya adalah s3 dancloudwatch. |
--log-exports |
Disediakan | Tabel sistem untuk dipublikasikan, sebagai daftar nama SYS_* tampilan, atauall. |
--s3-table-names |
Nirserver | Tabel sistem untuk dipublikasikan, sebagai daftar nama SYS_* tampilan, atauall. |
--s3-table-action |
Nirserver | Enableatau penerbitan Tabel Disable S3. |
--s3-table-granularity |
Keduanya | Lingkup tabel. Disediakan: cluster (default) atauaccount. Tanpa server: namespace (default) atauaccount. |
--s3-table-kms-key-id |
Keduanya | K AWS KMS unci opsional ARN atau ID untuk enkripsi. Defaultnya adalah S3-managed kunci Amazon (SSE-S3). |
Cluster yang disediakan
Aktifkan pengiriman. --log-exportsmenerima all atau daftar tabel sistem yang didukung yang dipisahkan spasi, dan --s3-table-granularity menerima cluster (per gudang) atau account (konsolidasi).
aws redshift enable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports all \ --s3-table-granularity account
Untuk mengaktifkan pengiriman hanya untuk tabel sistem tertentu:
aws redshift enable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports sys_query_history sys_query_text sys_userlog \ --s3-table-granularity cluster
Periksa status pengiriman.
aws redshift describe-logging-status \ --cluster-identifier my-redshift-cluster
Nonaktifkan pengiriman untuk semua tabel sistem, atau untuk tabel tertentu dengan--log-exports:
aws redshift disable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports sys_stream_scan_states
Redshift Tanpa Server
Di Redshift Serverless, Anda mengonfigurasi fitur per namespace dengan. update-namespace Nama tabel sistem diteruskan --s3-table-names (tidak--log-exports).
Aktifkan pengiriman.
aws redshift-serverless update-namespace \ --namespace-name my-namespace \ --log-destination-type s3table \ --s3-table-action Enable \ --s3-table-names all \ --s3-table-granularity namespace
Nonaktifkan pengiriman untuk tabel sistem tertentu (atauall):
aws redshift-serverless update-namespace \ --namespace-name my-namespace \ --log-destination-type s3table \ --s3-table-action Disable \ --s3-table-names sys_stream_scan_states
Periksa status pengiriman.
aws redshift-serverless get-namespace \ --namespace-name my-namespace
Untuk melanjutkan pengiriman setelah bucket tabel S3 atau tabel dijatuhkan, jalankan perintah enable lagi.
Mendaftar dengan AWS Glue Data Catalog
Sebelum Anda dapat menanyakan data yang disimpan dengan Redshift, Athena, atau layanan analitik lainnya, bucket tabel S3 yang dikelola layanan harus diintegrasikan dengan. AWS Glue Data Catalog Ini adalah langkah satu kali per akun dan Wilayah. Jika Anda telah mengintegrasikan Tabel S3 dengan AWS Glue Data Catalog, tidak ada tindakan tambahan yang diperlukan.
Untuk petunjuk integrasi, lihat Meng integrasikan Tabel Amazon S3 dengan AWS Glue Data Catalog di Panduan AWS Glue Pengembang.
Mengkonfigurasi enkripsi
Secara default, data yang dikirim ke Tabel S3 dienkripsi dengan S3-managed kunci Amazon (SSE-S3). Untuk menggunakan kunci yang dikelola AWS KMS pelanggan sebagai gantinya, tentukan ARN-nya --s3-table-kms-key-id saat Anda mengaktifkan pengiriman:
aws redshift enable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports all \ --s3-table-granularity account \ --s3-table-kms-key-id arn:aws:kms:us-west-2:111122223333:key/key-id
Jika Anda menggunakan kunci yang dikelola pelanggan, kebijakan kuncinya harus mengizinkan prinsipal layanan integrasi tabel sistem Redshift untuk menghasilkan kunci data saat menulis tabel sistem Anda, dan prinsipal layanan pemeliharaan Tabel S3 untuk menggunakan kunci selama pemeliharaan tabel (seperti pemadatan). Tambahkan pernyataan berikut ke kebijakan utama, ganti REGIONACCOUNT, dan KEY_ID dengan nilai Anda sendiri.
{ "Version": "2012-10-17", "Statement": [ { "Sid": "EnableRedshiftSystemTableKeyUsage", "Effect": "Allow", "Principal": { "Service": "systemtables.redshift.amazonaws.com" }, "Action": [ "kms:DescribeKey", "kms:GenerateDataKey", "kms:Decrypt" ], "Resource": "arn:aws:kms:REGION:ACCOUNT:key/KEY_ID", "Condition": { "StringEquals": { "aws:SourceAccount": "ACCOUNT" } } }, { "Sid": "EnableS3TableMaintenanceKeyUsage", "Effect": "Allow", "Principal": { "Service": "maintenance.s3tables.amazonaws.com" }, "Action": [ "kms:GenerateDataKey", "kms:Decrypt" ], "Resource": "arn:aws:kms:REGION:ACCOUNT:key/KEY_ID", "Condition": { "StringLike": { "kms:EncryptionContext:aws:s3:arn": "arn:aws:s3tables:REGION:ACCOUNT:bucket/aws-redshift/*" } } } ] }
Jika kebijakan kunci tidak memberikan izin ini, Redshift tidak dapat menulis ke Tabel S3 terenkripsi dan pengiriman gagal.
Tabel sistem yang didukung
Anda dapat memilih salah satu tampilan pem SYS_* antauan berikut untuk diintegrasikan dengan Tabel S3. Untuk deskripsi kolom di setiap tampilan, pilih nama tampilan.
-
SYS_DATASHARE_WRITE_HISTORY
catatan
Tampilan berikut memerlukan patch P203 atau yang lebih baru: SYS_CHILD_QUERY_TEXT, SYS_COPY_REPLACEMENTS, SYS_EXTERNAL_QUERY_ERROR, SYS_PROCEDURE_MESSAGES, SYS_QUERY_DETAIL, SYS_QUERY_EXPLAIN, SYS_SPATIAL_SIMPLIFY, dan SYS_UNLOAD_DETAIL. Jika Anda mengaktifkan tampilan ini pada gudang data yang menjalankan patch lebih awal dari P203, tabel dibuat dengan skema yang benar tetapi tidak berisi data sampai gudang data diperbarui ke P203 atau yang lebih baru.
Kolom metadata ditambahkan ke setiap tabel
Setiap tabel S3 berisi semua kolom dari SYS_* tampilan sumber, ditambah lima kolom metadata berikut yang ditambahkan Redshift untuk mengidentifikasi sumber setiap baris dan kapan itu dikirimkan.
| Kolom | Jenis | Deskripsi |
|---|---|---|
warehouse_account_id |
string | AWS Akun yang memiliki gudang data sumber. |
warehouse_region_name |
string | Wil AWS ayah tempat gudang data sumber berjalan. |
warehouse_namespace_arn |
string | ARN dari namespace untuk gudang data sumber. Ini adalah pengidentifikasi unik yang stabil yang tidak dapat diubah di seluruh penggantian nama dan rekreasi. |
warehouse_name |
string | Nama gudang data sumber yang dapat dibaca manusia (nama cluster atau nama kelompok kerja). |
s3_tables_ingestion_time |
stempel waktu (6), UTC | Waktu di mana Redshift menyerahkan baris ke Tabel S3. Ini adalah waktu pengiriman, bukan waktu peristiwa yang mendasarinya terjadi. |
Mengkonfigurasi retensi
Redshift tidak menentukan kebijakan retensi untuk data yang dikirimkan ke Tabel S3. Anda mengonfigurasi berapa lama untuk menyimpan data dengan menetapkan kebijakan kedaluwarsa catatan melalui Tabel S3. Anda menentukan jumlah hari (misalnya, 5 hari, 100 hari, atau 365 hari), dan Tabel S3 secara otomatis menghapus data yang menua melewati durasi yang dikonfigurasi.
Jika Anda tidak mengonfigurasi kebijakan kedaluwarsa, data disimpan tanpa batas waktu.
Saat Anda menonaktifkan integrasi atau menghapus tabel sistem, Redshift berhenti menulis data baru tetapi data yang dikirim sebelumnya tetap berada di Tabel S3 dan terus tunduk pada kebijakan kedaluwarsa apa pun yang telah Anda konfigurasikan.
Untuk informasi selengkapnya, lihat Mengkonfigurasi kedaluwarsa rekaman untuk bucket tabel S3 di Panduan Pengguna Amazon S3.
Tata kelola data
Anda mengatur akses ke data tabel sistem yang disimpan; Redshift tidak menerapkan izin baca atas nama Anda dan tidak menutupi data.
-
Kontrol akses. Setelah mengintegrasikan bucket tabel S3 dengan AWS Glue Data Catalog, Anda dapat mengatur akses baca menggunakan AWS Identity and Access Management
(IAM) atau AWS Lake Formation . Dalam penerapan terkonsolidasi, Anda dapat mencakup akses baca per gudang. -
Katalogisasi dan penemuan. AWS Glue Data Catalog Integrasi menyediakan tempat sentral untuk menemukan tabel yang dipertahankan dan menerapkan izin berbutir halus (misalnya, akses tingkat tabel, kolom, atau baris dengan Lake Formation).
Pengiriman dan perilaku siklus hidup
-
Frekuensi pengiriman. Data dikirim dalam batch pada frekuensi tetap.
-
Exactly-once pengiriman. Setiap catatan dikirimkan satu kali; mengaktifkan kembali atau menambahkan kembali tabel sistem tidak membuat duplikat.
-
Aktifkan, nonaktifkan, aktifkan kembali. Sementara fitur (atau tabel sistem tertentu) dinonaktifkan, tidak ada data yang diambil untuk periode tersebut. Menonaktifkan menghentikan penulisan tetapi tidak menghapus Tabel S3 atau data yang dikirim sebelumnya. Re-enabling melanjutkan pengiriman ke depan dan tidak mengisi kembali celah.
-
Menghapus tabel sistem dari pilihan Anda. Redshift berhenti mengirimkan data baru untuk tabel sistem itu. Data yang dikirim sebelumnya tetap ada di Tabel S3 dan tunduk pada kebijakan kedaluwarsa catatan apa pun yang telah Anda konfigurasikan. Re-adding tabel sistem melanjutkan pengiriman tanpa menduplikasi data.
-
Penghapusan gudang data dengan data dalam penerbangan. Jika Anda menghapus gudang data saat pengiriman sedang berlangsung dan kunci enkripsi gudang data berbeda dari kunci yang digunakan untuk Tabel S3, Redshift mungkin terus menggunakan AWS KMS hibah pada kunci gudang data untuk waktu yang singkat setelah penghapusan untuk menyelesaikan pengiriman data yang tersisa.
Memeriksa status pengiriman
Anda dapat meninjau konfigurasi saat ini dan waktu pengiriman terbaru per tabel sistem kapan saja:
-
Cluster yang disediakan.
describe-logging-status(ataudescribe-cluster) mengembalikan tabel sistem aktif, namespace Tabel S3, granularitas, dan waktu penyerapan terakhir untuk setiap tabel sistem. -
Redshift Tanpa Server.
get-namespacemengembalikan informasi yang sama dalam status penerbitan Tabel S3 namespace.
Redshift Tanpa Server
Pengiriman tidak membuat kelompok kerja tetap terjaga atau menghabiskan komputasi Anda. Sebelum workgroup berhenti, Redshift memastikan batch yang tertunda dikirimkan.
Praktik terbaik
-
Menilai sensitivitas data Anda. Memahami jenis data apa yang disimpan dalam gudang data Anda dan apakah tabel sistem berisi informasi sensitif. Beberapa tabel sistem (seperti SYS_QUERY_TEXT dan SYS_PROCEDURE_MESSAGES) dapat menangkap nilai literal dari kueri Anda dan prosedur tersimpan.
-
Pilih model penerapan. Jika gudang data Anda menyimpan informasi sensitif, pertimbangkan untuk menggunakan model penerapan per gudang untuk menjaga data tabel sistem setiap gudang data terisolasi secara fisik. Jika data Anda tidak sensitif dan Anda ingin menjalankan kueri lintas gudang tanpa menggabungkan hasil dari beberapa tabel, gunakan model penerapan gabungan.
-
Pilih tabel sistem yang Anda butuhkan. Tinjau daftar tabel sistem yang didukung dan pilih tabel yang sesuai dengan persyaratan kepatuhan, audit, atau pengamatan Anda. Anda tidak perlu mengaktifkan semua tabel sistem.
-
Konfigurasikan enkripsi sebelum Anda mengaktifkan fitur. Jika Anda ingin menggunakan kunci yang dikelola pelanggan, tentukan AWS KMS kunci tersebut saat pertama kali mengaktifkan fitur tersebut. Anda tidak dapat mengubah kunci setelah Tabel S3 dibuat. Untuk mengubah kunci, nonaktifkan fitur, lepaskan Tabel S3 menggunakan API Tabel S3 (ini menghapus data yang disimpan secara permanen), lalu aktifkan kembali fitur dengan kunci baru.
-
Tetapkan retensi berdasarkan persyaratan bisnis. Konfigurasikan kebijakan kedaluwarsa catatan secara langsung di Tabel S3 pada tingkat tabel, berdasarkan kepatuhan, audit, atau kebutuhan operasional Anda. Tabel yang berbeda dapat memiliki durasi retensi yang berbeda. Jika Anda tidak mengonfigurasi kebijakan kedaluwarsa, data disimpan tanpa batas waktu. Untuk memantau penggunaan penyimpanan untuk tabel sistem Anda, lihat CloudWatch Metrik Tabel Amazon S3 di Panduan Pengguna Amazon S3.
Penagihan
Menulis data tabel sistem ke Tabel S3 gratis. Anda dikenakan biaya untuk penyimpanan dan pemeliharaan Tabel S3 standar untuk data yang disimpan, dan untuk mesin kueri yang Anda gunakan untuk membaca data, sesuai dengan harga mesin tersebut. Untuk informasi selengkapnya, lihat Harga Tabel Amazon S3
Pertimbangan dan batasan
-
Didukung dalam satu AWS akun dan satu Wil AWS ayah. Untuk menganalisis data di seluruh akun atau Wilayah, gabungkan hasil pada waktu kueri.
-
Gudang data menggunakan satu pola penerapan (per gudang atau konsolidasi) pada satu waktu.
-
Mengalihkan pola penerapan, menonaktifkan dan mengaktifkan kembali, atau menghapus dan menambahkan kembali tabel sistem tidak mengisi ulang data historis.
-
Data yang dikirim tidak dapat diubah. Anda tidak dapat mengubah atau menghapus baris individual melalui Redshift.
-
Anda dapat menghapus Tabel S3 yang dibuat oleh fitur ini, tetapi melakukannya secara permanen menghapus semua data yang disimpan dalam tabel tersebut dan menghentikan pengiriman. Redshift tidak secara otomatis membuat ulang tabel yang dijatuhkan. Untuk melanjutkan pengiriman, Anda harus mengaktifkan kembali fitur, yang membuat tabel baru dan mulai mengirimkan data baru ke depan. Data yang dikirim sebelumnya tidak dipulihkan. Untuk informasi selengkapnya, lihat Menghapus tabel S3 di Panduan Pengguna Amazon S3.
-
Pengiriman berbasis batch (data ditulis pada frekuensi tetap).
-
Kueri dari Redshift membutuhkan bucket tabel S3 untuk diintegrasikan dengan. AWS Glue Data Catalog