All Products
Search
Document Center

AnalyticDB:Ikhtisar

Last Updated:Mar 29, 2026

AnalyticDB untuk PostgreSQL mendukung berbagai metode untuk memindahkan data masuk dan keluar dari instans Anda serta menjaga sinkronisasi dengan database hulu. Halaman ini membantu Anda memilih metode yang tepat berdasarkan sistem sumber, volume data, dan kebutuhan latensi.

Pilih metode

Pemilihan metode didasarkan pada tiga faktor: asal data, volume data yang perlu dipindahkan, dan frekuensi pemindahan.

FaktorOpsi
Jenis sumberFile, database relasional, gudang data, kluster Hadoop, database cloud
Kebutuhan latensiMigrasi satu kali — metode batch; Sinkronisasi berkelanjutan — Data Transmission Service (DTS)

Disarankan untuk sebagian besar kasus penggunaan: Gunakan tabel eksternal OSS (fitur gpossext) untuk pemuatan massal skala besar — semua node komputasi membaca dari OSS secara paralel, sehingga sangat efisien untuk pemuatan massal. Untuk sinkronisasi berkelanjutan dari database cloud seperti ApsaraDB RDS for MySQL, gunakan DTS.

Jika Anda ingin menjalankan kueri terhadap data eksternal tanpa memuatnya: Tabel eksternal OSS dan tabel eksternal Hadoop (gphdfs) mendukung analitik federasi — Anda dapat menjalankan kueri terhadap data yang tetap berada di OSS atau HDFS tanpa memindahkannya secara fisik ke AnalyticDB untuk PostgreSQL.

Muat data ke AnalyticDB untuk PostgreSQL

Tulis data

MetodeKapan digunakanServerless
INSERT ON CONFLICTUpsert baris berdasarkan primary key — ketika baris yang dimasukkan bertentangan dengan primary key yang sudah ada, baris yang ada diperbarui alih-alih menyebabkan error.Tidak
COPY ON CONFLICTMuat file secara massal ketika konflik constraint diperkirakan terjadi — memperluas pernyataan COPY standar untuk menangani konflik tanpa menghentikan seluruh proses impor.Tidak
Client SDKBangun pipeline penulisan kustom yang memerlukan throughput tinggi — SDK menangani pemrosesan paralel secara internal, memberikan performa tulis yang jauh lebih tinggi dibandingkan COPY atau INSERT, tanpa perlu manajemen kolam koneksi atau cache.Ya

Impor data tabel

MetodeKapan digunakanServerless
Tabel eksternal OSS (gpossext)Impor set data besar dari Object Storage Service (OSS) — semua node komputasi membaca dari OSS secara paralel, menjadikannya opsi berkecepatan tinggi untuk pemuatan massal.Ya
Data IntegrationSinkronisasi batch data dari sumber heterogen di berbagai lingkungan jaringan — fitur inti DataWorks dengan beragam konektor sumber. Lihat jenis sumber data dan plugin yang didukung.Ya
\copy commandImpor file teks langsung dari mesin lokal Anda — cocok untuk set data kecil di mana koneksi client tunggal sudah mencukupi.Ya
Tabel eksternal Hadoop (gphdfs)Akses atau migrasikan data dari kluster Hadoop menggunakan protokol gphdfs — mendukung analitik federasi tanpa memindahkan data secara fisik.Ya

Migrasikan data gudang

AnalyticDB untuk PostgreSQL V6.0 dibangun di atas Greenplum 6.0 dan menggunakan API yang sama dengan Greenplum Community Edition, sehingga menyederhanakan migrasi dari sistem yang kompatibel.

SumberMetodeCatatanServerless
Greenplum yang dikelola sendiriTabel eksternal atau pengalihan ulang aplikasiV6.0 mendukung komputasi vektor dan pemrosesan transaksi dengan beberapa node koordinator. Baik aplikasi maupun data dapat dimigrasikan.Tidak (tabel eksternal didukung)
TeradataMigrasi SQLKompatibel dengan sintaksis Teradata.Tidak (tabel eksternal didukung)
Amazon RedshiftEkspor lalu imporUnload data dari Redshift dan impor ke AnalyticDB untuk PostgreSQL.Tidak (tabel eksternal didukung)
Oracle (aplikasi)Migrasi SQLKompatibel dengan sintaksis Oracle.Tidak (tabel eksternal didukung)
Oracle (via DTS)Data Transmission Service (DTS)Gunakan DTS untuk migrasi otomatis dan terkelola.Ya

Ekspor data dari AnalyticDB untuk PostgreSQL

MetodeKapan digunakanServerless
Tabel eksternal OSS (gpossext)Ekspor set data besar ke OSS secara paralel — mendukung kompresi GZIP untuk mengurangi ukuran file dan biaya penyimpanan.Ya
\copy commandEkspor hasil kueri ke file lokal di mesin Anda.Ya

Sinkronisasi data dari database lain

Dari database cloud

Semua metode dalam bagian ini menggunakan DTS untuk menyinkronkan data dari database cloud ke AnalyticDB untuk PostgreSQL.

SumberPanduanServerless
ApsaraDB RDS for MySQLSinkronisasi dari ApsaraDB RDS for MySQLYa
ApsaraDB RDS for SQL ServerSinkronisasi dari ApsaraDB RDS for SQL ServerYa
ApsaraDB RDS for PostgreSQLSinkronisasi dari ApsaraDB RDS for PostgreSQLYa
PolarDB for MySQLSinkronisasi dari PolarDB for MySQLYa

Dari database yang dikelola sendiri

DTS mendukung sinkronisasi inkremental real-time untuk sebagian besar sumber yang dikelola sendiri. Untuk migrasi open-source tanpa DTS, gunakan rds_dbsync.

SumberPanduanAlatServerless
MySQL pada Elastic Compute Service (ECS)Sinkronisasi dari MySQL berbasis ECSDTSYa
MySQL melalui Express Connect, VPN Gateway, atau Smart Access GatewaySinkronisasi dari MySQL melalui jaringan pribadiDTSYa
SQL Server (dikelola sendiri)Sinkronisasi dari SQL Server yang dikelola sendiriDTSYa
SQL Server pada ECSSinkronisasi dari SQL Server pada ECSDTSYa
PostgreSQL (dikelola sendiri)Sinkronisasi dari PostgreSQL yang dikelola sendiriDTSYa
Oracle (dikelola sendiri)Sinkronisasi dari Oracle yang dikelola sendiriDTSYa
Db2 for LUWSinkronisasi dari Db2 for LUWDTSYa
MySQL (open source)Migrasikan data MySQL dengan rds_dbsync — fitur mysql2pgsql terhubung ke kedua database, membaca dari sumber, dan mengalirkan data ke tujuan menggunakan COPY, tanpa penyimpanan perantara.rds_dbsyncTidak
PostgreSQL (open source)Migrasikan data PostgreSQL dengan rds_dbsync — fitur pgsql2pgsql memigrasikan tabel antara AnalyticDB untuk PostgreSQL, Greenplum Database, dan PostgreSQL.rds_dbsyncTidak