Discussion :

[denis.henkens]

Bonjour,

Nous envisageons de faire une migration Oracle 11g vers PostgreSQL 9.2 (ou même mieux 9.3).
Est-ce que quelqu'un a déjà fait ce genre de migration ?
Quel(s) outil(s) utiliser pour la migration des données, des procédures, packages, triggers, fonctions, ... ?
La version gratuite est-elle capable de supporter les procédures, packages, ... ?
Ce serait cool si vous pourriez vous partager votre expérience.

Merci d'avance.
Denis Henkens

[SQLpro]

Le langage PL/SQL d'Oracle pour les routines SQL (procédures, fonctions, déclencheurs...) n'ayant que peu de chose à voir avec le PG/PLsql de PostGreSQL, tout est à reprendre à la main et il n'est pas possible d'être iso fonctionnel. En effet, PG ne supporte pas la notion de procédure avec la gestion des transactions qui va avec... Ni bien entendu les "autonomous transaction..."

A +

[alassanediakite]

Salut

...PG/PLsql de PostGreSQL, ...

n'est-ce pas plutôt PL/pgSQL?
@+
PS: à quand le livre sur sql server 2014 (mise en œuvre, développement...)?

[SQLpro]

Voici un doc qui va vous être utile : http://blog.developpez.com/sqlpro/p1...resql_ou_com_2

A +

[denis.henkens]

à voir tout cela, avec en plus nos 600.000 lignes de pl/sql, je me demande si c'est vraiment une bonne idée d'essayer de faire une migration ...

[Alex06]

Bonjour,
pour une migration de Oracle à PostgreSQL, la société EnterpriseDB est supposée avoir des outils performants .
Pour la comparaison Oracle/PostgreSQL , s'il est vrai que Pg a des fonctions stockées et pas des procédures stockées, il a d'autres avantages (héritage, types, transactions DDL, coût...etc...).
La gestion des SAVEPOINT pourrait peut-être vous aider ?
Pour avoir des retours d'expérience, je vous suggère d'aller sur le forum PostgreSQL français , en particulier sur celui dédié aux migrations.

[Alex06]

J'ai lu avec intérêt l'article http://blog.developpez.com/sqlpro/p1...resql_ou_com_2 , mais il date de plus de 2 ans.
Depuis, 2 versions majeures de PostgreSQL sont sorties, il faut donc le prendre avec "un grain de sel", comme disent nos amis étatsuniens.
J'ai de plus remarqué que l'auteur, lors de ses interventions sur le forum PostgreSQL français], s'est fait une spécialité du "Postgresql bashing",
sous couvert d'objectivité technique.
Diversifier ses sources d'information est donc une bonne chose, qui permet de se faire un avis réellement objectif.

[Waldar]

J'ai de plus remarqué que l'auteur, lors de ses interventions sur le forum PostgreSQL français, s'est fait une spécialité du "Postgresql bashing", sous couvert d'objectivité technique.

SQLPro pousse souvent PostgreSQL comme étant le meilleur SGBD gratuit, et sa spécialité c'est beaucoup plus le "MySQL bashing".

Mais je suis d'accord avec votre dernière remarque, il ne faut pas s'arrêter à une seule source d'information.

[alassanediakite]

SQLPro pousse souvent PostgreSQL comme étant le meilleur SGBD gratuit...

pour preuve:

• sur dev.com, il produit le plus d'articles sur PostgreSQL
• dans son livre, la plus part des exemples sont sur PostgreSQL et SQL server

Ses expressions sont du genre à décourager tout débutant. Mais à y voir claire il n'y a pas meilleur marketing. Prenez le produit pour ce qu'il peut faire!
@+

[SQLpro]

On m'a souvent reproché de casser du sucre sur PostGreSQL... En fait c'est assez vrai dans le sens ou la plupart des articles que vous trouverez sur PostGreSQL vous montrerons les côtés positifs, mais rarement les côtés négatifs.
Je me suis donc effectivement fait la spécialité de comparer les choses comparables. Or bien que de nombreuses personnes affirment que postGreSQL c'est presque comme Oracle... Le presque est extraordinairement énorme !!!

Exemple cet article d'une débilité extrême : http://www.scriptol.fr/logiciel/oracle.php

À lire : http://blog.developpez.com/sqlpro/p1...resql_ou_com_2

A +