Il faut aussi examiner les applications qui interrogent cette base.
Est ce que vous avez les sources ? La capacité à les recompiler ? Comment sont construitent les requêtes ?
Le "SQL standard" est un mythe : il faut lister l'ensemble des requêtes pour voir quelles sont celles qui font des trucs spécifiques Sybase (par exemple, tu parles de bases au pluriel. Si tu essayes de faire des jointures entre tables de plusieurs bases, tu es mal avec Postgres).
Ensuite, pour les procédures stockées, il faut regrouper celles qui font des trucs similaires, en réécrire quelques unes à la main et ensuite écrire une moulinette (en perl par exemple) pour construire les autres sur le même modèle.
A moins que la base soit hyper clean (mais avec 4359 procédures, ça me parait peu probable), c'est un travail énorme.
# Re: Migration Sybase --> PostgreSQL
Posté par philz . En réponse au journal Migration Sybase --> PostgreSQL. Évalué à 1.
Est ce que vous avez les sources ? La capacité à les recompiler ? Comment sont construitent les requêtes ?
Le "SQL standard" est un mythe : il faut lister l'ensemble des requêtes pour voir quelles sont celles qui font des trucs spécifiques Sybase (par exemple, tu parles de bases au pluriel. Si tu essayes de faire des jointures entre tables de plusieurs bases, tu es mal avec Postgres).
Ensuite, pour les procédures stockées, il faut regrouper celles qui font des trucs similaires, en réécrire quelques unes à la main et ensuite écrire une moulinette (en perl par exemple) pour construire les autres sur le même modèle.
A moins que la base soit hyper clean (mais avec 4359 procédures, ça me parait peu probable), c'est un travail énorme.