Logiciel capture d'écran:
Détails logiciels:
Version: 17.5 Mise à jour
Date de transfert: 29 Sep 17
Développeur: Darold Gilles
Licence: Gratuit
Popularité: 52
Ora2Pg peut être utilisé de deux façons.
Le premier et le plus évident est de déplacer ou de répliquer des informations depuis des bases de données Oracle vers des installations PostgreSQL.
Le second est un peu compliqué, mais Ora2Pg peut également être utilisé pour effectuer le reverse engineering de grandes structures de bases de données Oracle, en créant un fichier de vidage qui reconstruit le schéma de la base de données de façon simple et rapide.
Ora2Pg fonctionne sur la base d'un fichier de configuration, où les développeurs peuvent contrôler un grand nombre de paramètres et modifier le processus d'exportation en fonction de leurs bases de données et des données enregistrées.
Actuellement, Ora2Pg peut être utilisé pour exporter des schémas de base de données, des privilèges d'utilisateur et de grup, des plages et des partitions de liste, seulement quelques tables, fonctions, déclencheurs, procédures, paquets et bien sûr les données complètes. >
Comme la syntaxe SQL utilisée avec les deux bases de données diffère un peu, Ora2Pg va également transformer le code PLSQL en balisage PLPGSQL.
L'installation et des instructions plus détaillées sont fournies avec le fichier README du package.
Nouveautés
- ORA_INITIAL_COMMAND pour pouvoir exécuter une commande personnalisée juste après la connexion à Oracle, par exemple pour déverrouiller une politique de sécurité.
- INTERNAL_DATE_MAX pour changer le comportement d'Ora2Pg avec la date interne trouvée dans les types définis par l'utilisateur.
- ORA_INITIAL_COMMAND pour pouvoir exécuter une commande personnalisée juste après connexion à Oracle, par exemple pour déverrouiller une politique de sécurité.
- INTERNAL_DATE_MAX pour changer le comportement d'Ora2Pg avec la date interne trouvée dans les types définis par l'utilisateur.
- ORA_INITIAL_COMMAND pour pouvoir exécuter une commande personnalisée juste après connexion à Oracle, par exemple pour déverrouiller une politique de sécurité.
- INTERNAL_DATE_MAX pour changer le comportement d'Ora2Pg avec la date interne trouvée dans les types définis par l'utilisateur.
- ORA_INITIAL_COMMAND pour pouvoir exécuter une commande personnalisée juste après la connexion à Oracle, par exemple pour déverrouiller une politique de sécurité.
- INTERNAL_DATE_MAX pour changer le comportement d'Ora2Pg avec la date interne trouvée dans les types définis par l'utilisateur.
Nouveautés dans la version 15.1:
- Remplacement fixe du nom de la fonction qui inclut SELECT dans son nom par PERFORM. Merci à Frédéric Bamiere pour le rapport.
- Correction de la création de sous-répertoires de sources lors de l'initialisation d'un nouveau projet de migration.
Ce qui est nouveau dans la version 15.0:
- Ajout du support à l'extension external_file de PostgreSQL pour imiter le type BFILE d'Oracle. Voir https://github.com/darold/external_file pour plus d'informations.
- Autoriser l'exportation du RÉPERTOIRE d'Oracle en tant qu'objets d'extension de fichier externe. Cela essaiera aussi d'exporter le privilège de lecture / écriture sur ces répertoires.
- Autoriser l'exportation de la liaison DATABASE LINK d'Oracle en tant que serveur d'encapsuleur de données Oracle en utilisant oracle_fdw.
- Autoriser la fonction avec PRAGMA AUTONOMOUS_TRANSACTION à exporter via un wrapper dblink pour réaliser la transaction autonome.
- Autoriser l'exportation des SYNONYMS d'Oracle en tant que vues. Les vues peuvent utiliser une table étrangère pour créer "synonyme". sur l'objet d'une base de données distante.
- Ajout de la taille des données lorsque DATA_TYPE est utilisé pour convertir la colonne CHAR (n) Oracle en varchar (n) ou en texte. La valeur par défaut est de couper les deux côtés d'un caractère d'espace. Ce comportement peut être contrôlé en utilisant deux nouvelles directives de configuration TRIM_TYPE et TRIM_CHAR.
- Ajout de la détection automatique du type et des dimensions des contraintes géométriques à l'aide de paramètres d'index spatial. Cela évite la surcharge de l'analyse séquentielle de la colonne géométrique.
- Ajout du support pour exporter la sous-partition Oracle et créer une sous-partition pour PostgreSQL avec le déclencheur correspondant.
- Les directives ALLOW et EXCLUDE peuvent maintenant appliquer un filtre sur le type d'objet. La rétrocompatibilité ne peut pas être entièrement préservée, la définition plus ancienne s'appliquera uniquement au type d'exportation actuel, ce qui pourrait modifier votre exportation dans certaines conditions. Voir la mise à jour de la documentation pour plus d'explications.
Nouveautés de la version 14.0
- Exportation de la déclaration de la fonction C du langage. La version précédente n'exportait pas de fonction sans corps de code comme la fonction C externe.
- Exportation de COMMENT à partir des vues.
- Fonction permettant de remplacer un appel à SYS_CONTECT (USERENV, ...) par l'équivalent de PostgreSQL.
- Ajout de la directive de configuration POSTGIS_SCHEMA pour ajouter le schéma PostGis dédié dans le chemin de recherche.
- Ajout de la directive de configuration PG_SUPPORTS_IFEXISTS pour pouvoir supprimer l'appel IF EXISTS dans l'instruction DDL générée par Ora2Pg.
- Les triggers sont maintenant tous exclus / autorisés en suivant les noms de table spécifiés dans les directives ALLOW et EXCLUDED.
- Autoriser l'exportation automatique des tables imbriquées (TYPE + TABLE + COPY).
Ce qui est nouveau dans la version 13.0:
- Forcer le type d'exportation INSERT lorsque COPY est utilisé et qu'une table possède une colonne GEOMETRY. Je ne peux pas trouver une solution pour exporter en tant que déclaration de copie pour le moment.
- Exportation fixe du type défini par l'utilisateur en tant qu'objet.
- Limiter la recherche d'objets au filtre ALLOW ou EXCLUDE dans la requête SQL au lieu du code Perl pour éviter de récupérer une grande liste d'objets sur cette base de données. Merci à menardorama pour la demande de fonctionnalité.
- Ajout du support à l'exportation de données spatiales en mode INSERT. Encore besoin d'un peu de travail en mode d'exportation COPY si possible.
- Correction de la requête pour récupérer SRID qui a été rompu avec patch sur CONVERT_SRID.
- Correction d'un mauvais filtre avec la directive ALLOW lors de l'obtention de la liste des partitions.
- Ajout de l'exportation GRANT lue à partir d'un fichier d'entrée.
- Correction d'une conversion de type de données lors de l'utilisation d'un fichier d'entrée et d'un type de données tel que varchar2 (10 BYTE).
- Ajout d'une exportation de commentaire avec les exportations TABLE et VIEW en utilisant un fichier d'entrée.
- Ajout de l'extraction de TABLESPACE à partir d'un fichier d'entrée.
- Ajout du support à l'extraction SEQUENCE à partir du fichier d'entrée.
- Correction du mauvais filtre avec la directive ALLOW lors de l'exportation de la partition. Le filtre a été fait sur le nom de la partition au lieu du nom de la table, ce qui signifie que la définition de la directive ALLOW n'a entraîné aucune exportation.
- Ajout de la directive de configuration CONVERT_SRID pour contrôler la conversion automatique de SRID en EPSG standard à l'aide de la fonction Oracle SDO sdo_cs.map_oracle_srid_to_epsg () Fonction Oracle.
- Correction d'une faute de frappe dans le préfixe d'index de création sur les tables partitionnées. Merci à menardorama pour le patch.
- Correction non remplacement de la destination lors de l'exportation SHOW_COLUMN et COPY. L'utilisation de MODIFY_TYPE ne fonctionnait que dans l'exportation TABLE.
- Forcer la conversion pl / sql avec l'exportation TABLE pour remplacer les valeurs par défaut avancées. Code fixe TRUNC (SYSDATE, MOIS) en valeur par défaut et partout qui devrait être: date_trunc (mois, LOCALTIMESTAMP).
- Code fixe concernant la dénomination de l'index de partition unique.
- Ajout de la directive de configuration PREFIX_PARTITION. Lorsqu'il est activé, il forcera à renommer tous les noms de table de partition avec le nom de la table parent.
- Ajouté AUTODETECT_SPATIAL_TYPE dans le fichier de configuration et la documentation sur cette nouvelle directive.
- Ajout de l'exportation du type de colonne SDO_GEOMETRY. Ils sont essentiellement exportés vers la "géométrie" non contrainte. tapez avec SRID si défini.
Commentaires non trouvées