moi aussi, je suis agréablement surpris d'avoir une réponse de la part d'un connaisseur, dans ce monde peuplé de méchants trolls verts qui ne font que polémiquer à qui mieux mieux :-)))) pas taper !!
j'ai effectivement eu bcp de plaisir à bosser avec Postgres, même à ses débuts... (et j'en ai toujours).
Néanmoins, et même si je n'ai pas (plus) d'actions Oracle, mon expérience actuelle me fait maintenir mes propos, je me permettrais d'argumenter certaines de tes remarques:
- "...Je dirais qu'il manque aujourd'hui à PostgreSQL très peu de choses (two phase commit, qui rendra possible les réplications à la Oracle: maitre<>maitre, synchrone, bases réparties...(dev en cours), Point In Time Recovery (dev en cours), nested transactions (dev en cours), et qques autres points: cf news sur PostgreSQLFr.org "le meilleur est à venir"...) pour rivaliser complètement avec Oracle, et qu'il y a par ailleurs des choses avec lesquelles Oracle ne peut pas pas rivaliser (extensibilité impressionante: on peut par exemple créer ses propres types de données, ses propres méthodes d'index, ses propres aggrégats et même ses propres langages procéduraux!!!; multitude de clients disponibles (tant applicatifs que langages avec lesquels on peut converser avec le serveur PG), etc... "
-> tu m'accorderas (et tu le reconnais), qu'Oracle a toujours eu une certaine avancée par rapport aux autres SGBD, et a même plutôt tendance à imposer aux autres des techologies et fonctionnalités... je cite à nouveau le cluster actif, qui dans le monde professionel, est un atout de poids, sachant que c'est une techno très chaude (!!!), qui commence seulement à fonctionner de manière satisfaisante ... (alors, je n'imagine même pas DB2, qui commence seulement, ou MySQL....). Bon, c'est vrai que ça n'intéresse pas grand monde, mais c'est un atout indéniable. Et je reparle à nouveau de la notion de "grid computing", qui sera à mon avis un standard dans les SGBDs d'ici qq années... lorsque le produit Oracle (11 ou 12 :-)))) sera stabilisé, scalable, ....
Par contre, et sur qq points, je dois reconnaître que Postgres propose des fonctionnalités intéressantes (notamment, et comme tu l'indiques, cette ouverture aux languages procéduraux - alors qu'Oracle ne propose que Java et PL/SQL - et d'autres L3G via les appels externes)
-"pour stocker des volumes sérieux > 1 TB "
c'est de l'intox gratuite, va faire un tour sur :
-> désolé, je persiste et signe: même Microsoft présente des benchs TPC avec des volumes > au terra... mais de là à faire de la production (avec des données qui ont de l'importance), je ne pense pas que même Postgres s'engagerait ... (en fait, seul TerraData a été un concurrent sérieux dans les VLDBs)
- " pour assurer une dispo 24/24, 7/7 365 jours par an"
-> à nouveau, le clustering actif (RAC), les solutions de bases "standby", les mécanismes de backup, .... n'ont pas d'équivalent ailleurs
- "- pour assurer la pérennité et la cohérence de ces données, sans requérir des coûts d'exploitation exorbitants":
-> et là, je vais surement me faire incendier, mais je donne mon avis: le fait que le produit Oracle soit payant (!!), est un argument de poid dans le monde de l'entreprise.... en cas de gros bug détecté sur une base en production, qui n'a pas de contournement, il est important d'avoir un service de support, avec possibilités d'escalade, qui n'existe pas avec le logiciel libre .... j'ai déjà vécu ça, et certains de mes clients ont eu la vie sauve grâce à ça (imagine une base de prod sensible bloquée 2 jours, ça peut tuer une boîte).
Pour conclure, je partage ton avis sur bcp de points, et je crois qu'au final, la compétition technique qui est engendrée dans le monde du SGB est bonne pour tout le monde: les bases open essaient de rattraper Oracle, qui est ainsi obligé d'évoluer toujours plus... le tout, pour atteindre des niveaux de scalabilité, de fiabilité, qui satisfont tout le monde: le petit site web sur mysql/php, comme les bases bancaires critiques sur lesquelles les sociétés capitalistes font transiter leurs flux financiers....
[^] # Re: PostgreSQL
Posté par antoinebrunel . En réponse à la dépêche HP s'engage derrière MySQL et JBoss. Évalué à 1.
moi aussi, je suis agréablement surpris d'avoir une réponse de la part d'un connaisseur, dans ce monde peuplé de méchants trolls verts qui ne font que polémiquer à qui mieux mieux :-)))) pas taper !!
j'ai effectivement eu bcp de plaisir à bosser avec Postgres, même à ses débuts... (et j'en ai toujours).
Néanmoins, et même si je n'ai pas (plus) d'actions Oracle, mon expérience actuelle me fait maintenir mes propos, je me permettrais d'argumenter certaines de tes remarques:
- "...Je dirais qu'il manque aujourd'hui à PostgreSQL très peu de choses (two phase commit, qui rendra possible les réplications à la Oracle: maitre<>maitre, synchrone, bases réparties...(dev en cours), Point In Time Recovery (dev en cours), nested transactions (dev en cours), et qques autres points: cf news sur PostgreSQLFr.org "le meilleur est à venir"...) pour rivaliser complètement avec Oracle, et qu'il y a par ailleurs des choses avec lesquelles Oracle ne peut pas pas rivaliser (extensibilité impressionante: on peut par exemple créer ses propres types de données, ses propres méthodes d'index, ses propres aggrégats et même ses propres langages procéduraux!!!; multitude de clients disponibles (tant applicatifs que langages avec lesquels on peut converser avec le serveur PG), etc... "
-> tu m'accorderas (et tu le reconnais), qu'Oracle a toujours eu une certaine avancée par rapport aux autres SGBD, et a même plutôt tendance à imposer aux autres des techologies et fonctionnalités... je cite à nouveau le cluster actif, qui dans le monde professionel, est un atout de poids, sachant que c'est une techno très chaude (!!!), qui commence seulement à fonctionner de manière satisfaisante ... (alors, je n'imagine même pas DB2, qui commence seulement, ou MySQL....). Bon, c'est vrai que ça n'intéresse pas grand monde, mais c'est un atout indéniable. Et je reparle à nouveau de la notion de "grid computing", qui sera à mon avis un standard dans les SGBDs d'ici qq années... lorsque le produit Oracle (11 ou 12 :-)))) sera stabilisé, scalable, ....
Par contre, et sur qq points, je dois reconnaître que Postgres propose des fonctionnalités intéressantes (notamment, et comme tu l'indiques, cette ouverture aux languages procéduraux - alors qu'Oracle ne propose que Java et PL/SQL - et d'autres L3G via les appels externes)
-"pour stocker des volumes sérieux > 1 TB "
c'est de l'intox gratuite, va faire un tour sur :
-> désolé, je persiste et signe: même Microsoft présente des benchs TPC avec des volumes > au terra... mais de là à faire de la production (avec des données qui ont de l'importance), je ne pense pas que même Postgres s'engagerait ... (en fait, seul TerraData a été un concurrent sérieux dans les VLDBs)
- " pour assurer une dispo 24/24, 7/7 365 jours par an"
-> à nouveau, le clustering actif (RAC), les solutions de bases "standby", les mécanismes de backup, .... n'ont pas d'équivalent ailleurs
- "- pour assurer la pérennité et la cohérence de ces données, sans requérir des coûts d'exploitation exorbitants":
-> et là, je vais surement me faire incendier, mais je donne mon avis: le fait que le produit Oracle soit payant (!!), est un argument de poid dans le monde de l'entreprise.... en cas de gros bug détecté sur une base en production, qui n'a pas de contournement, il est important d'avoir un service de support, avec possibilités d'escalade, qui n'existe pas avec le logiciel libre .... j'ai déjà vécu ça, et certains de mes clients ont eu la vie sauve grâce à ça (imagine une base de prod sensible bloquée 2 jours, ça peut tuer une boîte).
Pour conclure, je partage ton avis sur bcp de points, et je crois qu'au final, la compétition technique qui est engendrée dans le monde du SGB est bonne pour tout le monde: les bases open essaient de rattraper Oracle, qui est ainsi obligé d'évoluer toujours plus... le tout, pour atteindre des niveaux de scalabilité, de fiabilité, qui satisfont tout le monde: le petit site web sur mysql/php, comme les bases bancaires critiques sur lesquelles les sociétés capitalistes font transiter leurs flux financiers....
Cdlt