Technique - installation | TRACE de migration d'ORACLE vers POSTGRESQL

Par maouth le 26/06/2006 - 16:18

"voila mes traces sur la migration d'oracle vers postgres si ca peu aider ;) "

MIGRATION D’UNE BASE ORACLE VERS POSTGRES

Transfert de la structure de données

Un outil existe, ora2pg
Problème rencontré, l’outil a besoin d’une librairie d’oracle, ce qui nécessite une installation d’oracle. (L’accès à l’arborescence des fichiers sur l’ordinateur serveur, n’est pas autorisé) .L’outil peu être intéressant si l’on a beaucoup de base à transférer.

Solution retenue,
Récupération du code SQL oracle (on a utilisé TOAD pour le faire) suivie d’une exécution du code SQL sur postgresql.

Problèmes rencontrés,
-Certain type de données définies dans Oracle ne sont pas à la norme SQL 92. Il faut appliquer les transformations suivantes
NUMBER ([p[,n]])  NUMERIC
VARCHAR2 (n BITE)  VARCHAR (n)
REMARQUE: postgresql traite de la même façon VARCHAR (n) et VARCHAR ()
Mais pour rester conforme à la norme il vaut mieux utiliser VARCHAR (n)

-Le code généré par TOAD pour les clés primaires n’est pas à la norme

Transfert des données

On a Transféré les données de la même façon grâce au code SQL, la méthode est décrite dans la documentation de postgresql plusieurs solutions sont possible :
-Transférer directement avec l’outil PgAdminIII
-L’outil psql
- etc… voir manuel

Problèmes rencontrés
-L’outil PgAdminIII marche très bien pour de petit fichier, mais pour des fichiers de données plus volumineux (+ de 33 Mo pour nous) l’outil a bogué et le système d’exploitation (Windows) a perdu la main.
-L’outil PgAdminIII semble rencontrer quelques problèmes sur l’OS Fédora – GNOME.

Méthode à suivre avec psql :

>psql –U [superuser] –H[hote] [base de données]
>>\i [file ]
>>\q

Transfert des fonctions et procédures PL/SQL vers PL/pgSQL

Cette partie est la moins compatible et la plus longue. L’outil ora2pg ne fait pas la conversion.

Solution retenue
Récupération du code SQL oracle (on a utilisé TOAD pour le faire) suivie d’une modification et d’une exécution du code sur postgresql.

Problèmes rencontrés :
-Les langages ne sont pas vraiment identiques.
-Les déclarations de fonction et de procédure ne sont pas identiques

(1) lors de la déclaration de fonction :

-Les types de données retournées sont déclarés par RETURNS
RETURN  RETURNS

-Les procédures n’existent pas en pl/pgsql, elles sont remplacées par des fonctions qui ont pour type de retour void
CREATE OR REPLACE PROCEDURE CALCUL_DONNEES

CREATE OR REPLACE FUNCTION CALCUL_DONNEES () RETURNS VOID

-Conversion des types de donnés oracles par des types normés SQL

-Le ‘IS’ d’oracle pour déclarer le corps de la fonction devient AS lors de la déclaration du code pl/pgsql de la fonction

-Le corps du code pl/pgsql est défini entre deux doubles dollars
$$
[Corps]
$$

- Comme il existe d’autres langages gérés par postgresql on doit spécifier le langage utilisé par une déclaration LANGUAGE 'plpgsql' ; après les deux doubles dollars de la fin du corps.
NB : j’ai pas réussi a récupérer les labels
On remplacera donc :
END [nom_de_la_fonction];/  END ;$$ LANGUAGE 'plpgsql';

(2) lors de la déclaration du corps de la fonction :

-toutes les variables utilisées doivent être déclarées avant le début de BEGIN et doivent être précédées par DECLARE

-les appels de fonctions ne sont pas implicite il faut les appeler avec le mot réservé PERFORM
Pour les procédures. (Pour les fonctions a voir)

-les fonctions de conversions prennent un deuxième paramètre, définissent le format d’entrer.
Exemple : TO_NUMBER(text , ‘…’) ; -- (voir documentation sur les formats)

LES CURSEURS :

-Les curseurs ne doivent pas être déclaré après la balise DECLARE mais à l’ouverture du curseur. Afin d’éviter lors d’appel successif de procédures de lancer une erreur si deux curseurs ont le même nom.
Code pgsql :
On déclarera une référence à ce curseur.

DECLARE …
CURS_DONNEES REFCURSOR;

Lors de l’ouverture d’un curseur
BEGIN …
OPEN CURS_DONNEES FOR
‘Request’;

code oracle:
CURSOR Curs_Stations_Enreg IS
SELECT DISTINCT idst FROM DONNEES_QUOT WHERE ETAT='2';
…
BEGIN
…
OPEN Curs_Stations_Enreg;

-Les déclarations des variables d’enregistrement doivent être remplacées de la façon suivante :
enregStations Curs_Stations_Enreg%ROWTYPE;

enregStations RECORD;

LES FETCH s:
IL faut remplacer les %NOTFOUND par NOT FOUND
Attention FOUND est un état utilisé par plusieurs commandes, il faut faire le test de préférence juste après le FETCH pour éviter des problèmes liés au changement d’état.
Exemple :
FETCH Curs_Stations_Enreg INTO enregStations;
EXIT WHEN Curs_Stations_Enreg%NOTFOUND;

FETCH Curs_Stations_Enreg INTO enregStations;
EXIT WHEN NOT FOUND;