Discussion :

[Gordon Fowler]

PostgreSQL 9.0 sort : support de la réplication et de la reprise à chaud
Cette version arrivera-t-elle à s'imposer dans les entreprises ?

Mise à jour du 23/09/2010 par Idelways


La dernière version en date du système de gestion de base de données relationnelle (SGBDR) OpenSource « PostgreSQL » est disponible.

Dans cette version 9.0, on a pu recenser plus d'une dizaine de changements majeures touchant tous les aspects du logiciel, allant de la sécurité aux performances en passant par la haute-disponibilité.

Mais les évolutions les plus stratégiques pour le SGBD open-source de référence sont sans doute le support de la « réplication en continu » et la « reprise à chaud », indispensables à la scalabilité.

La réplication est la procédure permettant de maintenir synchronisés deux ou plusieurs bases de données situées sur des serveurs différents.
Les serveurs « esclaves » peuvent dès lors prendre le relai en cas de panne ou se répartir les requêtes lors des montés en charge.

La mise en œuvre de la réplication autorise la « reprise à chaud » (hot standby) qui permet de continuer d'interroger une base de données durant les opérations de maintenance ou de restauration.

PostgreSql 9.0 inclue aussi le support du 64 bits sous Windows, les déclencheurs conditionnels et par-colonne, les paramètres nommés et sous-forme de blocs anonymes pour les procédures stockées.

La sécurité n'est pas non plus de reste, le protocole d'authentification « Radius » est supporté, la gestion en masse des permissions a été simplifiée grâce à de nouvelles commandes et une fonction « passwordcheck » permet de contrôler la complexité des mots de passes.

Pour passer à cette version, les utilisateurs de PostgreSQL 8.3 et 8.4 peuvent déclencher une mise à niveau sur-site de leurs bases de données.


Cette version est disponible en téléchargement immédiat sur le site de PostgreSQL.


Source : le site de PostgreSQL.org, les release notes de cette version

Et vous ?

Que pensez-vous de ces nouveautés ?
Postgres arrivera-t-il a prendre à MySQL le leadership des SGBD libres ?
Que manque-t-il encore (selon vous) à PostgreSQL par rapport à ses concurrents ?




PostgreSQL 9.0 veut s'imposer dans les entreprises
Grâce à ses nouveautés et profiter ainsi du rachat de MySQL par Oracle



Si le SGBD qui fait le plus parler de lui est sans conteste MySQL, un de ses concurrents - PostgresSQL - entend bien tirer partie du rachat de Sun par Oracle.

Postgres (petit nom de PostgresSQL), la base de donnée open-source d'EntrepriseDB, affiche en effet de nouvelles ambitions. L'arrivée de la version 9 veut clairement concurrencer DB2 d'IBM ou les produits d'Oracle (dont MySQL, évidemment).

La version 9 est attendue pour le mois d'août mais la deuxième beta, qui a été rendue publique le mois dernier, montre déjà qu'Entreprise DB a mis les petits plats dans les grands pour séduire les professionnels.

Y arrivera-t-il ? Nulle ne le sait aujourd'hui, mais parmi les améliorations qu'apporte Postgres 9.0 on notera la « réplication par flux » (en vo, et plus clairement : la « streaming repplication ») qui permet de dupliquer quasiment en temps réel une base de données. Ce n'est plus un programme tiers qui fait la sauvegarde. Cette nouvelle manière de faire permet une plus grande rapidité de la copie.

Et une plus grande sureté pour les données.

Pour les administrateurs, l'upgrade peut s'avérer très pénible pour des bases importantes. Postrgres l'a simplifié grâce à un outil baptisé Pg_migrator. Plus besoin de migrer la base, seuls les tables (table layouts) sont concernées par la migration. Résultat, le changement de version ne prend plus que quelques secondes.

La gestion des permissions et des droits d'accès (qui peut accéder à quoi et/ou écrire dans la base) a aussi été repensée. L'administrateur peut par ailleurs tracer les requêtes pour savoir quelle application fait quelle requête. Là encore, les usages des entreprises sont clairement visés.

Côté développement, les compilateurs Perl et Python ont été mis à jour (le compilateur de Postgres 9.0 prend en charge Python 3, par exemple).

Bref, de belles améliorations à découvrir dans cette beta 2 disponible sur cette page.

Mais seront-elles suffisantes pour séduire les professionnels et prendre des parts de marché à la concurrence ?

Source


Lire aussi :

Livre : PostgreSQL - Administration et exploitation d'une base de données, de Sébastien LARDIERE, critique par Ernaelsten Gérard
Débat : Faut-il en finir avec la mode NoSQL ?

Les rubriques (actu, forums, tutos) de Développez :

SGBD
PostgreSQL

Et vous ?

Pensez-vous que le rachat de MySQL et l'arrivée de PostgreSQL vont permettre à EntrepriseDB de s'imposer sur le marché professionnel face à Oracle, Microsoft et IBM ?

[manudwarf]

Pensez-vous que le rachat de MySQL et l'arrivée de PostgreSQL vont permettre à EntrepriseDB de s'imposer sur le marché professionnel face à Oracle, Microsoft et IBM ?

S'imposer, nous verrons bien MySQL est bien établi en tant que leader des SGBD libres et il sera difficile de le déloger. Oracle est clairement ciblé par Red Hat (faites un tour sur le site d'EnterpriseDB, ça crève les yeux). MS SQL et DB2 je ne pense pas, mais je peux me tromper.

Moi ce que je retiens surtout de cette version (en tant que développeur), ce sont les améliorations sur les triggers, qui rendront certaines opérations plus claires en ciblant par colonne.


En un mot, yabon !

[kedare]

Pensez-vous que le rachat de MySQL et l'arrivée de PostgreSQL vont permettre à EntrepriseDB de s'imposer sur le marché professionnel face à Oracle, Microsoft et IBM ?

Non.
Le jour ou Postgresql aura un minimum d'administration possible au niveau de la réplication (genre des équivalents de SHOW MASTER/SLAVE de MySQL), on pourra y penser, car la ça se fait a l'aveugle....
Et faudrait du clustering fiable et pas trop complexe a administrer aussi (Comme MySQL la aussi)

[_skip]

C'est un peu vite pour concurrencer les 3 grands payants (ms, oracle, ibm).

Cependant ce SGBD a une roadmap très active, beaucoup de fonctionnalités et de plus il est clairement gratuit contrairement à un certain autre.
Bref c'est vraiment un produit qui a déjà, à l'heure actuelle, beaucoup à offrir.

[Flaburgan]

Pour ma part, les cours de BDD et TP se faisait sur Postgres quand j'étais à l'IUT. Il avait notamment une très grande avance au niveau des triggers sur MySQL. J'ai donc pris l'habitude de l'utiliser, et je continuerais sur ce SGBD.

[kain_tn]

Non.
Le jour ou Postgresql aura un minimum d'administration possible au niveau de la réplication (genre des équivalents de SHOW MASTER/SLAVE de MySQL), on pourra y penser, car la ça se fait a l'aveugle....
Et faudrait du clustering fiable et pas trop complexe a administrer aussi (Comme MySQL la aussi)

Justement, tu devrais regarder le ReleaseNotes de la beta, parce que le master/slave natif est (enfin) annoncé:

... Built-in, binary, log-based replication. This advance consists of two features: Hot Standby allows continuous archive standby database servers to accept read-only queries, and Streaming Replication allows continuous archive (WAL) files to be streamed over a network port to a standby database server...

[kedare]

Justement, tu devrais regarder le ReleaseNotes de la beta, parce que le master/slave natif est (enfin) annoncé:

Oui ça j'ai vu, mais niveau monitoring de la réplication il y a rien, tu as aucun moyen de savoir vraiment des informations sur le statut de la réplication....

[Chauve souris]

... c'est d'avoir un système de sauvegarde un peu moins rustique. Il n'est pas interdit de loucher sur la méthode de Microsoft SQL-Server (ils ont eux-même assez louché sur les autres).

Là s'arrête mes suggestions (je ne suis pas assez fortiche). J'en profite pour saluer l'énorme travail de traduction de la documentation qui suit toutes les nouvelles versions de PostgreSQL

[dgenier]

Sans conteste Postgresql et Postgis sont du meilleur niveau. Oracle Spatial et Mysql et son add-on spatial on encore du boulot pour se conformer aussi bien que postgres/postgis tant au SQL qu'aux recommandations d'OSgeo.

Pour ma part, j'utilise le duo précité (postgres-postgis) avec grand bonheur tant pour du tracking gps en temps-réel (avec un peu de Talend TOS) que pour de la géostatistique, en entreprise (détail juste pour recadrer avec le sujet de départ)!

Par contre, il reste beaucoup de détracteurs qui se gargarisent des difficulté de replication... C'est sûrement une bonne voie pour améliorer la visibilité et l'utilisation de postgres que de simplifier ces procédures.

Didier

[tralloc]

Si vous voulez mon avis en tant que non spécialiste en SGBD, j'aime bien posgress, mais je trouve que l'outil d'administration graphique demanderait à être plus convivial.

De plus la dernière fois que j'ai essayé de l'installer sur une distrib Ubuntu, (pas de problème pour l'install en elle même) mais je ne suis pas parvenu à me loguer depuis un compte utilisateur.

Donc en résumé par rapport à Mysql, j'aimerais plus de simplicité dans cet outil.

Ceci est un avis de non spécialiste, plutôt développeur objet...

[Antoine_935]

Donc en résumé par rapport à Mysql, j'aimerais plus de simplicité dans cet outil.

PostgreSQL fonctionne différemment de MySQL. Un petit coup d'oeil dans le manuel répond vite aux questions qu'on se pose.

En ce qui me concerne, je serais heureux de voir disparaître MySQL au profit de Postgres (chez les hébergeurs web). Ce dernier offre un tas de choses intéressantes en plus :
- gestion d'héritage de tables
- trigger/fonctions/procédures qui fonctionnent bien
- gestion des séquences indépendantes d'un champ de table (très utile pour les identifiants d'objets)
- etc.

Et dans l'ensemble, je trouve que PostgreSQL me laisse beaucoup plus une impression de "solide" que MySQL (je vous l'accorde, c'est très subjectif).

Pour ce qui est de la réplication, il existe déjà un tas de solutions tierces, commerciales ou open-source.

[kedare]

Moi ca sera le cas le jour ou PostgreSQL disposera d'un systeme de réplication qui soit plus simple et plus pratique, et des outils de monitoring (car la c'est le NEAN, à quand un équivalent de MySQL Monitor ?

http://broadcast.oreilly.com/assets_...b-1273x851.png

[scheu]

... c'est d'avoir un système de sauvegarde un peu moins rustique

Il y a pg_rman qui a l'air pas mal (je dois le tester prochainement), ça permet de faire des sauvegardes à chaud et des restaurations de manière plus simple en ligne de commande, plutôt que de soi-même aller retrouver les fichiers de données et les wals dont on a besoin pour la restauration

[reolik]

PostgreSQL 9.0 veut s'imposer dans les entreprises
Grâce à ses nouveautés et profiter ainsi du rachat de MySQL par Oracle

Postgres (petit nom de PostgresSQL), la base de donnée open-source d'EntrepriseDB

PostgreSQL n'appartient pas à entrepiseDB, c'est n'importe quoi.
EntrepiseDB est basé sur Postgres et les fondateurs de EntrepriseDB sont
core developper de Postgres mais en aucun cas Postgres appartient a EntrepriseDB.

[Idelways]

PostgreSQL 9.0 sort : support de la réplication et de la reprise à chaud
Cette version arrivera-t-elle à s'imposer dans les entreprises ?

Mise à jour du 23/09/2010 par Idelways


La dernière version en date du système de gestion de base de données relationnelle (SGBDR) OpenSource « PostgreSQL » est disponible.

Dans cette version 9.0, on a pu recenser plus d'une dizaine de changements majeures touchant tous les aspects du logiciel, allant de la sécurité aux performances en passant par la haute-disponibilité.

Mais les évolutions les plus stratégiques pour le SGBD open-source de référence sont sans doute le support de la « réplication en continu » et la « reprise à chaud », indispensables à la scalabilité.

La réplication est la procédure permettant de maintenir synchronisés deux ou plusieurs bases de données situées sur des serveurs différents.
Les serveurs « esclaves » peuvent dès lors prendre le relai en cas de panne ou se répartir les requêtes lors des montés en charge.

La mise en œuvre de la réplication autorise la « reprise à chaud » (hot standby) qui permet de continuer d'interroger une base de données durant les opérations de maintenance ou de restauration.

PostgreSql 9.0 inclue aussi le support du 64 bits sous Windows, les déclencheurs conditionnels et par-colonne, les paramètres nommés et sous-forme de blocs anonymes pour les procédures stockées.

La sécurité n'est pas non plus de reste, le protocole d'authentification « Radius » est supporté, la gestion en masse des permissions a été simplifiée grâce à de nouvelles commandes et une fonction « passwordcheck » permet de contrôler la complexité des mots de passes.

Pour passer à cette version, les utilisateurs de PostgreSQL 8.3 et 8.4 peuvent déclencher une mise à niveau sur-site de leurs bases de données.


Cette version est disponible en téléchargement immédiat sur le site de PostgreSQL.


Source : le site de PostgreSQL.org, les release notes de cette version

Et vous ?

Que pensez-vous de ces nouveautés ?
Postgres arrivera-t-il a prendre à MySQL le leadership des SGBD libres ?
Que manque-t-il encore (selon vous) à PostgreSQL par rapport à ses concurrents ?

[manudwarf]

Que pensez-vous de ces nouveautés ?

Impatient de pouvoir les utiliser Vivement que les distribs' Linux l'intègrent. La réplication à chaud je suis pas trop concerné, mais les triggers sur colonne miam !

Postgres arrivera-t-il a prendre à MySQL le leadership des SGBD libres ?

Chez moi c'est déjà fait je bascule petit à petit mes applis en prod vers pgsql.

Que manque-t-il encore (selon vous) à PostgreSQL par rapport à ses concurrents ?

Un meilleur support des requêtes cross-database et -à l'attention des packageurs- une config un peu plus "out of the box", même basique. MySQL a un gros avantage là-dessus : on installe, ça tourne, point barre.

[tralloc]

- Que pensez-vous de ces nouveautés ?
Eh bien je pense que ce sont des fonctionnalités intéressantes... mais qui ne me concernent guère (je suis plutôt développeur objet pas dba, donc j'utilise les bases de données comme des outils)

- Postgres arrivera-t-il a prendre à MySQL le leadership des SGBD libres ?
Peut-être à terme. Je pense que certaines personnes soucieuses de leur indépendance par rapport à Oracle vont migrer, que ça ne sera pas une généralité parce que beaucoup ne vont pas se soucier du changement de tête.

- Que manque-t-il encore (selon vous) à PostgreSQL par rapport à ses concurrents ?
Je pense qu'il manque d'un vrai outil à tout faire comme sur Mysql (mysqlworkbench) qui est surpuissant.
Mysql Workbench c'est la possibilité de faire ses modélisations, avec reverse et forward engeneering (et aussi d'extraire un xml que j'utilise pour générer du code)...

Mais aussi de faire l'administration des bases ainsi qu'un outil de requêtage graphique très convivial.

Je pense qu'il manque la possibilité de faire facilement l'équivalent oracle du dblink différentes bases (Oracle, Mysql,...)

Pg admin est assez limité par rapport à cela !Le jour où il y a ça en gratos pour postgre...

[Jcpan]

- Que manque-t-il encore (selon vous) à PostgreSQL par rapport à ses concurrents ?
Je pense qu'il manque d'un vrai outil à tout faire comme sur Mysql (mysqlworkbench) qui est surpuissant.
Mysql Workbench c'est la possibilité de faire ses modélisations, avec reverse et forward engeneering (et aussi d'extraire un xml que j'utilise pour générer du code)...

tu as http://live.gnome.org/Dia et pour simple designs et dia2code pour generer le DDL.

Mais aussi de faire l'administration des bases ainsi qu'un outil de requêtage graphique très convivial.

http://www.sqlmaestro.com/products/postgresql/maestro/ et plein d'autres

Je pense qu'il manque la possibilité de faire facilement l'équivalent oracle du dblink différentes bases (Oracle, Mysql,...)

Pg admin est assez limité par rapport à cela !Le jour où il y a ça en gratos pour postgre...

c'est aussi tordu ?

[manudwarf]

http://www.sqlmaestro.com/products/postgresql/maestro/ et plein d'autres

Que j'utilise et trouve génial Malheureusement c'est proprio/Windows only, c'est pas vraiment le plus pratique quand on utilise Linux

[tralloc]

JCPAN
Désolé mais DIA n'est pas du tout comparable.
Avec MysqlWorkbench tu as la gestion d'un ou plusieurs schéma, tu crées différents diagrammes utilisant ces schémas, les connexions entre tables sont très intuitives à réaliser, les types sont les types prédéfinis de la base... Et la connection entre la base et le code elle est directe. Je suis désolé mais j'aime les outils graphiques conviviaux.

Au niveau de l'administration, je suis d'accord il existe beaucoup de produits (quand même pas facile d'en trouver un libre et bien convivial, qui ne bug pas...). Dans l'outil livré par Mysql, le produit est intégré, administration, conception et requêteur. Tu n'as pas idée du temps que l'on gagne.

Pour le DB link je regardais sur des forums (par curiosité)... j'ai pas vu beaucoup de réponse et les gens disaient qu'il y avait des possibilités mais que ce n'était pas aisé.

Concernant les gens qui disent qu'une base de donnée n'est pas faite pour ceci ou cela, je trouve que c'est parfaitement ridicule quelle différence, pour un développeur y a-t-il entre utiliser une base mysql, et Posgre ou oracle ?
- L'utilisateur de Mysql a un bel outil de développement, qui lui offre une certainde facilité de travail ainsi qu'un gain de temps non négligeable.
- L'utilisateur Postgre ou oracle peut utiliser différents rôles dans une même base, utiliser des triggers plus avancés, faire de la réplication à chaud, des outils de scripts plus complets... Cela dit un utilisateur postgre qui veut faire une base simple n'est pas obligé d'utiliser toutes ces fonctionnalités, mais attention il doit gérer des séquences et non pas une variable auto incrément.

Au final avec un super outil de développement pour postgre, je choisis directement ce système de gestion.