Vous n'êtes pas identifié(e).
Pages : 1
Bonjour à tous.
Je dispose actuellement de serveurs en version 9.1.3
Par ailleurs, des machines distantes doivent accéder à ces bases via des connexions de type JDBC, ecpg, etc ...
Ces machines disposent par défaut à l'install (RHEL6) de la version Postgres 8.4.9
Ma question est de savoir quelles sont les recommandations en terme de migration des versions de clients en fonction des versions de serveurs.
Ai-je un intérêt à mettre à jour les RPM ? Existe-t-il une matrice de compatibilité ?
Merci.
Hors ligne
Difficile à dire, vous ne précisez pas grand-chose. Si vous avez des outils PostgreSQL 8.4 que vous voulez faire connecter à du 9.1, oui, ce sera possible mais ça ne sera pas forcément hautement compatible. Le mieux est de les mettre à jour.
Si ma réponse est à côté, merci de préciser bien plus votre demande.
Guillaume.
Hors ligne
Bonjour Guillaume.
J'ai des nouveaux serveurs en 9.1 à installer.
Ces serveurs de prod seront accédés par de nouvelles machines clientes, installées par défaut avec une version 8.4.
Les accès qui seront faits depuis ces machines clientes sont principalement réalisés par des API "maison", écrites en C (compilation ecpg) ou bien des connexions JDBC, voire de manière plus exotique par des qqs sessions 'psql'.
Pour le démarrage du projet, je pense qu'il est préférable de passer directement sur la même version entre clients et serveurs.
Mon soucis est de peser quel est le risque que l'on prend en ne faisant pas les montées de niveau sur les clients au même rythme que sur les serveurs (tout en prenant en compte le nombre de clients à migrer).
Il y-a-t-il eu jusqu'à présent des incompatibilités notées entre certaines versions de serveurs et de clients ? De quel type ?
Merci.
Hors ligne
Pour ecpg, pas à ma connaissance. Pour JDBC, non plus. Vous ne bénéficierez pas des nouveautés, c'est tout à priori.
Guillaume.
Hors ligne
Entre 8.4 et 9.1, le format par défaut pour les bytea a changé. Ça pourrait paniquer un client jdbc je pense. Si vous ne le mettez pas à jour, il faudra mettre le bytea_output à escape plutôt que hex.
Marc.
Hors ligne
Pages : 1