AnalyticDB for PostgreSQL admite varios métodos para mover datos hacia adentro y hacia afuera de su instancia, así como para mantenerla sincronizada con las bases de datos de origen. Esta página le ayuda a elegir el método adecuado según su sistema de origen, el volumen de datos y los requisitos de latencia.
Elija un método
Seleccione un método con base en tres factores: el origen de sus datos, la cantidad de información que necesita mover y la frecuencia del movimiento.
|
Factor |
Opciones |
|
Tipo de origen |
Archivos, bases de datos relacionales, almacenes de datos, clústeres de Hadoop, bases de datos en la nube |
|
Requisito de latencia |
Migración única: métodos por lotes; Sincronización continua: Data Transmission Service (DTS) |
Recomendado para la mayoría de los casos de uso: Utilice tablas externas de OSS (la función gpossext) para cargas masivas a gran escala. Todos los nodos de cómputo leen desde OSS en paralelo, lo que hace que este método sea muy eficiente para cargas masivas. Para la sincronización continua desde bases de datos en la nube como ApsaraDB RDS for MySQL, use DTS.
Si desea consultar datos externos sin cargarlos: Las tablas externas de OSS y las tablas externas de Hadoop (gphdfs) admiten análisis federado. Con ellas, puede ejecutar consultas sobre datos que permanecen en OSS o HDFS, sin necesidad de moverlos físicamente a AnalyticDB for PostgreSQL.
Cargue datos en AnalyticDB for PostgreSQL
Escriba datos
|
Método |
Cuándo usarlo |
Serverless |
|
Inserte o actualice filas por clave primaria. Cuando una fila insertada entra en conflicto con una clave primaria existente, se actualiza la fila en lugar de generar un error. |
No |
|
|
Cargue archivos de forma masiva cuando espere conflictos de restricciones. Este método amplía el comando estándar COPY para gestionar conflictos sin cancelar toda la importación. |
No |
|
|
Construya canalizaciones de escritura personalizadas que requieran alto rendimiento. El SDK gestiona internamente el procesamiento en paralelo y ofrece un rendimiento de escritura mucho mayor que COPY o INSERT, sin necesidad de administrar un pool de conexiones ni una caché. |
Sí |
Importe datos de tablas
| Método | Cuándo usarlo | Serverless |
|---|---|---|
| OSS external table (gpossext) | Importe conjuntos de datos grandes desde Object Storage Service (OSS). Todos los nodos de cómputo leen desde OSS en paralelo, lo que convierte a esta opción en una alternativa de alta velocidad para cargas masivas. | Sí |
| Data Integration | Sincronice datos por lotes desde orígenes heterogéneos en distintos entornos de red. Se trata de una función principal de DataWorks que cuenta con una amplia variedad de conectores de origen. Consulte supported data source types and plug-ins. | Sí |
\copy command |
Importe archivos de texto directamente desde su computadora local. Resulta útil para conjuntos de datos más pequeños donde basta con una sola conexión de cliente. | Sí |
| Hadoop external table (gphdfs) | Acceda a los datos de un clúster de Hadoop o migrelos mediante el protocolo gphdfs. Admite análisis federado sin mover los datos físicamente. | Sí |
Migre datos de almacenes de datos
AnalyticDB for PostgreSQL V6.0 se construyó sobre Greenplum 6.0 y utiliza la misma API que Greenplum Community Edition, lo cual simplifica la migración desde sistemas compatibles.
|
Origen |
Método |
Notas |
Serverless |
|
Tablas externas o reconfiguración de aplicaciones |
La versión V6.0 admite cómputo vectorial y procesamiento de transacciones con varios nodos coordinadores. Se pueden migrar tanto las aplicaciones como los datos. |
No (tablas externas compatibles) |
|
|
Migración SQL |
Compatible con la sintaxis de Teradata. |
No (tablas externas compatibles) |
|
|
Exportación e importación posterior |
Exporte los datos de Redshift e impórtelos a AnalyticDB for PostgreSQL. |
No (tablas externas compatibles) |
|
|
Migración SQL |
Compatible con la sintaxis de Oracle. |
No (tablas externas compatibles) |
|
|
Data Transmission Service (DTS) |
Use DTS para una migración automatizada y gestionada. |
Sí |
Exporte datos desde AnalyticDB for PostgreSQL
|
Método |
Cuándo usarlo |
Serverless |
|
Exporte conjuntos de datos grandes a OSS en paralelo. Admite compresión GZIP para reducir el tamaño de los archivos y los costos de almacenamiento. |
Sí |
|
|
Exporte los resultados de una consulta a un archivo local en su computadora. |
Sí |
Sincronice datos desde otras bases de datos
Desde bases de datos en la nube
Todos los métodos de esta sección utilizan DTS para sincronizar datos desde bases de datos en la nube hacia AnalyticDB for PostgreSQL.
|
Origen |
Guía |
Serverless |
|
ApsaraDB RDS for MySQL |
Sí |
|
|
ApsaraDB RDS for SQL Server |
Sí |
|
|
ApsaraDB RDS for PostgreSQL |
Sí |
|
|
PolarDB for MySQL |
Sí |
Desde bases de datos autogestionadas
DTS admite la sincronización incremental en tiempo real para la mayoría de los orígenes autogestionados. Si prefiere una migración de código abierto sin DTS, utilice rds_dbsync.
|
Origen |
Guía |
Herramienta |
Serverless |
|
MySQL en Elastic Compute Service (ECS) |
DTS |
Sí |
|
|
MySQL a través de Express Connect, VPN Gateway o Smart Access Gateway |
DTS |
Sí |
|
|
SQL Server (autogestionado) |
DTS |
Sí |
|
|
SQL Server en ECS |
DTS |
Sí |
|
|
PostgreSQL (autogestionado) |
DTS |
Sí |
|
|
Oracle (autogestionado) |
DTS |
Sí |
|
|
Db2 for LUW |
DTS |
Sí |
|
|
MySQL (código abierto) |
Migrate MySQL data with rds_dbsync: la función mysql2pgsql se conecta a ambas bases de datos, lee desde el origen y transmite los datos al destino mediante COPY, sin almacenamiento intermedio. |
rds_dbsync |
No |
|
PostgreSQL (código abierto) |
Migrate PostgreSQL data with rds_dbsync: la función pgsql2pgsql migra tablas entre AnalyticDB for PostgreSQL, Greenplum Database y PostgreSQL. |
rds_dbsync |
No |