Technique | Document de Migration Sybase vers PostgreSQL

Par Jean-Paul Argudo le 18/09/2004 - 12:30

Virginie Quesnay a écrit sur la liste pgsql-fr-générale:

«


Bonjour à tous :-)

J'avais comme mission d'étudier la migration d'une base de données Sybase vers PostgreSQL (migration de la structure et des données). Je devais verifier si cette migration était possible.

J'ai donc réalisé un script Perl permettant d'effectuer la migration (cependant, la migration totale n'a pas pu être réalisée par manque de temps : les triggers et fonctions ne sont pas migrées). Il faut également souligner que ce script n'a été prévu que pour la base en question (les règles sont loin d'être exhaustives et ne prennent pas tous les cas en compte).

PostgreSQL Weekly News | PostgreSQL Weekly News - 9 août 2004

Par Guillaume Lelarge le 18/09/2004 - 16:51

== Nouvelles hebdomadaires de PostgreSQL - 9 août 2004 ==

Ceux qui ont fait attention auront remarqué que nous sommes passé de
l'attente d'une sortie de la beta 7.5 à une annonce de première beta de la
8.0.0 aujourd'hui. Pourquoi ce changement soudain ? Il y a eu de
nombreuses discussions en ligne et en dehors sur le fait de numéroter cette
version la 8.0. Après une dernière courte discussion sur -hackers et vu le
nombre de grandes fonctionnalitées ajoutées ainsi que la taille des
modifications effectuées sur le code du moteur, la plupart ont accepté que le
passage à la numérotation 8.x est bien plus approprié cette fois. Ceci signifie
aussi que nous allons avoir besoin de plus de dilligence dans les tests de
cette nouvelle version. Donc, j'ai inclus un lien vers l'annonce de la beta
ci-dessous avec des liens et d'autres informations pour que vous puissiez
commencer les tests aussi rapidement que possible.

PostgreSQL Weekly News | PostgreSQL Weekly News - 16 août 2004

Par Guillaume Lelarge le 18/09/2004 - 16:52

== Nouvelles hebdomadaires de PostgreSQL - 16 août 2004 ==

Alors que les retours initiaux à la sortie de la beta de PostgreSQL ont été
très positifs, cela n'a pas été la grande nouvelle de cette semaine de
développement. Ce qui a vraiment frappé les esprits a été la découverte d'un
bogue très ancien résidant dans le code « XLOG COMMIT Â» de
PostgreSQL. Bien qu'il n'y ait jamais eu de rapports connus sur ce bogue,
toutes versions de PostgreSQL confondues, la nature de ce bogue est telle que,
avec suffisamment de mauvaise chance, il est possible de subir des pertes de
données. Donc, l'équipe core de PostgreSQL a décidé que la seule action
responsable était de reporter le correctif sur les versions précédentes dans
autant de versions que possible. Ceci signifie que vous devriez voir dans les
prochaines semaines la sortie des versions 7.4.4, 7.3.7 et 7.2.5. Cette mise à
jour est fortement recommendé, notamment pour ceux ayant augmenté le
paramètrage de commit_delay. Voici le lien vers l'intention originelle de
sortie, qui contient elle-même un lien vers une description technique détaillée
du problème qui contient aussi un lien sur la façon dont a été découvert ce
bogue lors des tests de la beta 8.0. De gros remerciements à Satoshi Okada et à
Tom Lane pour leur travail sur ce problème.
(http://archives.postgresql.org/pgsql-hackers/2004-08/msg00708.php).

PostgreSQL Weekly News | PostgreSQL Weekly News - 24 août 2004

Par Guillaume Lelarge le 18/09/2004 - 16:53

== Nouvelles hebdomadaires de PostgreSQL - 24 août 2004 ==

Comme indiqué dans les dernières nouvelles hebdomadaires, nous avons sorti
les versions 7.2.5, 7.3.7 et 7.4.5. Ces versions corrigent un bogue
critique et tous les utilisateurs de ces branches sont fortement
encouragés à mettre à jour leur dernière version respective. Pour plus
d'informations sur les mises à jour, merci de lire les notes de sorties
disponibles avec chaque version.

Un bon flux de rapports de bogues est arrivé cette dernière semaine pendant
que les tests beta continuent. Quelques problèmes de threads ont été corrigés
sur plusieurs plateformes. Un problème sur la gestion des rowtypes contenant
des colonnes supprimées a été corrigé. Quelques bogues sur le calcul des
siècles et millénaires avec des données de type timestamptz ont été corrigés.
Quelques problèmes de compilation dans contrib/fuzzstrmatch ont été supprimés.
Le code de pg_subtransaction a été un peu nettoyé, ce qui devrait aider à
la suppression des quelques problèmes qui pourraient encore rester.

PostgreSQL Weekly News | PostgreSQL Weekly News - 31 août 2004

Par Guillaume Lelarge le 18/09/2004 - 16:54

== Nouvelles hebdomadaires de PostgreSQL - 31 août 2004 ==

Avec la sortie des versions 7.2.5, 7.3.7 et 7.4.5, tout le monde a remis ses
efforts sur la beta de PostgreSQL 8.0, avec apparemment assez de
ferveurs pour qu'un paquetage beta 2 soit plannifié. Donc, conservez un
œil sur les annonces.

Une nouvelle beta signifie que nous avons terminé certains éléments.
Faisons-en la liste. Un trou mémoire dans la gestion des propriétaires de
ressources lors de transactions longues a été résolu. Quelques problèmes dans
le verrouillage des utilisateurs ont été corrigés. Kill(pid,0) a été porté avec
succès sous Windows. Un « Assert Â» manquant dans
TransactionIdDidAbort a été ajouté. L'option -D dans pg_ctl est maintenant
propagé au postmaster pour une identification de la ligne de commande. Quelques
problèmes sur les pid avec win32 ont été corrigés. Les problèmes avec la gestion
des CREATE/DROP DATABASE/TABLESPACE lors du relancement d'une séquence de PITR
ont été corrigés. Dernièrement, quelques problèmes avec le code spinlock ont
été résolus.

PostgreSQL Weekly News | PostgreSQL Weekly News - 7 septembre 2004

Par Guillaume Lelarge le 18/09/2004 - 19:16

== Nouvelles hebdomadaires de PostgreSQL - 7 septembre 2004 ==

Certains d'entre vous ont téléchargé le nouveau paquetage de la beta 2 car
nous avons déjà eu quelques rapports de bogues et quelques correctifs suite à
ce nouveau paquetage. Si ce n'est pas le cas, merci de récupérer une copie qui
devrait être disponible sur un miroir proche de vous.

Donc, qu'est-ce qui a été corrigé cette dernière semaine ? Quelques
problèmes avec lstat sur win32 ont été corrigés. Quelques soucis relatifs au
serveur présumant par erreur qu'une relation est ouverte par sgmr ont été
revus. Les séquences ont été modifiés pour s'assurer qu'elles étaient toujours
créées dans l'espace logique par défaut des bases de données plutôt que dans
l'espace logique par défaut du schéma s'ils sont différents. Quelques points du
mécanisme GUC ont été nettoyés, éliminant quelques erreurs avec une affectation
incorrecte de GUC et réduisant un peu de code. Du code a été ajouté pour faire
correspondre le nom du fuseau horaire avec les systèmes Windows localisés. Le
comparatif de puissance Wisconson, compris dans src/test/bench, a été réparé
pour s'assurer qu'il fonctionne avec le code actuel. Les règles d'affichage
pour les constructions UNION, INTERSECT et EXCEPT ont été améliorées. Quelques
erreurs dans la promotion du code d'erreur ont été travaillés. Les instructions
de contrôle de transaction sont maintenant spécifiquement interdites dans les
fonctions SQL. Enfin, quelques problèmes statement_timeout et la détection de
deadlock, non fonctionnels sur win32, ont été corrigés.

PostgreSQL Weekly News | PostgreSQL Weekly News - 13 septembre 2004

Par Guillaume Lelarge le 18/09/2004 - 19:17

== Nouvelles hebdomadaires de PostgreSQL - 13 septembre 2004 ==

Une rapide mise à jour cette semaine car la chasse aux bogues continue sur
le paquetage de la beta 2 de PostgreSQL 8.0. Les personnes curieuses de
connaître les élémentes encore ouverts peuvent lire la liste la plus à jour sur

http://candle.pha.pa.us/cgi-bin/pgopenitems mais pour l'instant, voyons les
corrections de la semaine.

Quelques petites corrections dans la gestion de liste des déclencheurs ont
été apportées. Des conflits entre les constructions win32 et cygwin ont été
règlés. Des tests de filtres ont été nettoyés des entrées inutiles. Un problème
avec la gestion des erreurs dans les fonctions de déclencheurs a été adressée
en exécutant immédiatement les déclencheurs « après Â» non déferrés
avant la fin de la requête (c'est-à-dire alors qu'on se trouve toujours dans la
fonction du déclencheur). Quelques bogues de restauration de bases de données
possédées par des utilisateurs standards ont aussi été corrigés.