Ora2Pg

Ora2Pg se puede usar de dos maneras.

El primero y obvio es el de mover o replicar información de bases de datos de Oracle a instalaciones de PostgreSQL.

El segundo es un poco complicado, pero Ora2Pg también se puede utilizar para realizar ingeniería inversa de grandes estructuras de bases de datos de Oracle, creando un archivo de volcado que reconstruye de cerca el esquema de la base de datos de una manera fácil de seguir.

Ora2Pg funciona en base a un archivo de configuración, donde los desarrolladores pueden controlar un montón de configuraciones y modificar el proceso de exportación para que se ajuste a sus bases de datos y a los datos grabados.

Actualmente, Ora2Pg se puede usar para exportar esquemas de base de datos, privilegios de usuario y grup, rangos y listas de particiones, solo algunas de las tablas, funciones, desencadenantes, procedimientos, paquetes y, por supuesto, la información completa de la base de datos.

Dado que la sintaxis SQL utilizada con las dos bases de datos difiere un poco, Ora2Pg también transformará el código PLSQL en un marcado PLPGSQL.

La instalación y más instrucciones detalladas se proporcionan con el archivo README del paquete.

Novedades en esta versión:

• ORA_INITIAL_COMMAND para poder ejecutar un comando personalizado justo después de la conexión a Oracle, por ejemplo para desbloquear una política de seguridad.
• INTERNAL_DATE_MAX para cambiar el comportamiento de Ora2Pg con fecha interna encontrada en tipos definidos por el usuario.

Novedades en la versión 16.1:

• ORA_INITIAL_COMMAND para poder ejecutar un comando personalizado justo después de conexión a Oracle, por ejemplo para desbloquear una política de seguridad.
• INTERNAL_DATE_MAX para cambiar el comportamiento de Ora2Pg con fecha interna encontrada en tipos definidos por el usuario.

Novedades en la versión 15.3:

• ORA_INITIAL_COMMAND para poder ejecutar un comando personalizado justo después de la conexión a Oracle, por ejemplo para desbloquear una política de seguridad.
• INTERNAL_DATE_MAX para cambiar el comportamiento de Ora2Pg con fecha interna encontrada en tipos definidos por el usuario.

Novedades en la versión 15.2:

• ORA_INITIAL_COMMAND para poder ejecutar un comando personalizado justo después de conexión a Oracle, por ejemplo para desbloquear una política de seguridad.
• INTERNAL_DATE_MAX para cambiar el comportamiento de Ora2Pg con fecha interna encontrada en tipos definidos por el usuario.

Novedades en la versión 15.1:

• Se corrigió el reemplazo del nombre de la función que incluye SELECT en su nombre por PERFORM. Gracias a Frederic Bamiere por el informe.
• Se corrigió la creación de subdirectorios de fuentes al inicializar un nuevo proyecto de migración.

Novedades en la versión 15.0:

• Se agregó soporte a la extensión PostgreSQL external_file para imitar el tipo BFILE de Oracle. Consulte https://github.com/darold/external_file para obtener más información.
• Permitir exportar el DIRECTORIO de Oracle como objetos de extensión de archivo externo. Esto también intentará exportar privilegios de lectura / escritura en esos directorios.
• Permitir la exportación de DATABASE LINK de Oracle como servidor de contenedor de datos extranjeros de Oracle utilizando oracle_fdw.
• Permitir que la función con PRAGMA AUTONOMOUS_TRANSACTION se exporte a través de un contenedor dblink para lograr la transacción autónoma.
• Permitir la exportación de SYNONYMS de Oracle como vistas. Las vistas pueden usar una tabla extranjera para crear & quot; sinónimo & quot; en el objeto de una base de datos remota.
• Recorte agregado de datos cuando DATA_TYPE se usa para convertir la columna CHAR (n) Oracle en varchar (n) o texto. El valor predeterminado es recortar a ambos lados cualquier carácter de espacio. Este comportamiento se puede controlar utilizando dos nuevas directivas de configuración TRIM_TYPE y TRIM_CHAR.
• Se agregó detección automática del tipo y las dimensiones de la restricción de geometría mediante parámetros de índice espacial. Esto evita la sobrecarga del escaneo secuencial de la columna geométrica.
• Se agregó soporte para exportar la subpartición Oracle y crear la subpartición para PostgreSQL con el desencadenante correspondiente.
• Las directivas PERMITIR y EXCLUIR ahora pueden aplicar filtro en el tipo de objeto. La compatibilidad con versiones anteriores no se puede conservar por completo, la definición anterior solo se aplicará al tipo de exportación actual, esto podría modificar su exportación en algunas condiciones. Consulte la actualización de la documentación para obtener más explicaciones.

Novedades en la versión 14.0:

• Exportación de la función de declaración de idioma C. La versión anterior no era una función de exportación sin cuerpo de código como la función externa C.
• Exportar COMMENT de vistas.
• Función para reemplazar alguna llamada a SYS_CONTECT (USERENV, ...) por el equivalente de PostgreSQL.
• Se agregó la directiva de configuración POSTGIS_SCHEMA para agregar el esquema PostGis dedicado a la ruta de búsqueda.
• Se agregó la directiva de configuración PG_SUPPORTS_IFEXISTS para poder suprimir la llamada IF EXISTS en la instrucción DDL generada por Ora2Pg.
• Los activadores ahora están todos excluidos / permitidos siguiendo los nombres de tabla especificados en las directivas ALLOW y EXCLUDED.
• Permitir la exportación automática de tablas anidadas (TYPE + TABLE + COPY).

Novedades en la versión 13.0:

• Forzar tipo de exportación para INSERTAR cuando se utiliza COPY y una tabla para tener una columna GEOMETRY. No puedo encontrar una solución para exportar como una declaración de copia por el momento.
• Se corrigió la exportación del tipo definido por el usuario como objeto.
• Limite la búsqueda de objetos al filtro ALLOW o EXCLUDE en la consulta SQL en lugar del código Perl para evitar recuperar una enorme lista de objetos en dicha base de datos. Gracias a menardorama por la solicitud de características.
• Se agregó soporte para la exportación de datos espaciales en el modo INSERT. Todavía es necesario un poco de trabajo en el modo de exportación de COPIA si es posible.
• Se reparó la consulta para recuperar el SRID que se rompió con el parche en CONVERT_SRID.
• Se corrigió el filtro incorrecto con la directiva ALLOW al obtener la lista de particiones.
• Se agregó una exportación GRANT leída desde un archivo de entrada.
• Se corrigió la conversión del tipo de datos al usar el archivo de entrada y el tipo de datos varchar2 (10 BYTE).
• Se agregó exportación de comentario con TABLA y VER exportaciones utilizando un archivo de entrada.
• Se agregó la extracción de TABLESPACE desde un archivo de entrada.
• Se agregó soporte para la extracción de SEQUENCE del archivo de entrada.
• Se corrigió el filtro incorrecto con la directiva ALLOW al exportar particiones. El filtro se realizó con el nombre de la partición en lugar del nombre de la tabla, lo que significa que la directiva ALLOW de configuración no generaba ninguna exportación.
• Se agregó la directiva de configuración CONVERT_SRID para controlar la conversión automática de SRID a EPSG estándar mediante la función Oracle SDO sdo_cs.map_oracle_srid_to_epsg () Función Oracle.
• Se corrigió un error tipográfico en el prefijo de índice de creación en las tablas particionadas. Gracias a menardorama por el parche.
• Se corrigió la no sustitución del destino durante la exportación de SHOW_COLUMN y COPY. Usar MODIFY_TYPE solo funcionaba en TABLE export.
• Fuerza la conversión pl / sql con TABLE export para reemplazar los valores predeterminados avanzados. Se corrigió el código TRUNC (SYSDATE, MONTH) en el valor predeterminado y en todas partes debería ser: date_trunc (mes, LOCALTIMESTAMP).
• Código fijo relativo a la denominación de índice de partición único.
• Se agregó la directiva de configuración PREFIX_PARTITION. Cuando está habilitado, obligará a cambiar el nombre de todo el nombre de la tabla de partición con el nombre de la tabla principal.
• Se agregó AUTODETECT_SPATIAL_TYPE en el archivo de configuración y documentación sobre esta nueva directiva.
• Se agregó la exportación de tipo de columna SDO_GEOMETRY. Básicamente se exportan a la geometría no restringida & quot; escriba con SRID si está definido.