jeudi 10 avril
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | O'Reilly | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Astuces :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

Logiciel : Sortie de PostgreSQL 8.3

Posté par ioguix (Jabber id, ). Modéré le 06 février 2008.
Base de données
Le 4 février 2008, le groupe de développement PostgreSQL (PostgreSQL Global Development Group) a publié la tant attendue version 8.3 de la base de données libre la plus avancée au monde.

Concernant les performances, cette nouvelle version perpétue la montée en puissance de la branche 8 avec un lot de nouvelles fonctionnalités très intéressantes :
  • La technologie HOT (Heap Only Tuples) ;
  • L'auto-optimisation du processus d'écriture en tâche de fond ;
  • La validation asynchrone ;
  • L'étalement des points de vérification ;
  • Les parcours synchronisés ;
  • La réduction des en-têtes varlena ;
  • La protection du parcours du cache L2 ;
  • L'assignation paresseuse des XID.
Mais les administrateurs et développeurs ne seront pas non plus en reste avec notamment les nouvelles fonctionnalités suivantes :
  • La journalisation applicative au format CSV ;
  • SQL/XML ;
  • Le support de MS Visual C++ ;
  • La gestion des ENUM ;
  • La recherche textuelle intégrée ;
  • SSPI & GSSAPI ;
  • Les tableaux de types composés ;
  • pg_standby.
Bien entendu, les fonctionnalités citées ne sont en aucun cas exhaustives. Je vous invite donc à consulter la liste complète des nouvelles fonctionnalités ainsi que la matrice des fonctionnalités et les notes de versions pour avoir une idées des 300 modifications qui ont eu lieu dans cette version.

> Lire la dépêche (66 commentaires, moyenne: 3,2).  

Pour l'utiliser dès aujourd'hui :Plus de 200 contributeurs de ce projet libre par excellence sont heureux et soulagés de livrer cette superbe version après 15 mois de travail ! Profitez vite des nouvelles fonctionnalités et performances !

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

[+] Mysql c'est mieux

Posté par totof2000 () le 06/02/2008 à 18:34. (lien). Évalué à -10.

moins lourd, et surtout, possibilité d'utiliser des clusters.

postgresql c'est mieux

Posté par totof2000 () le 06/02/2008 à 18:37. (lien). Évalué à 2.

parce que c'est "la base de données libre la plus avancée au monde."

Mettre dans ce fil les raisons pour lesquelles vous pensez que postgresql est mieux.

Perfs !

Posté par EppO (page perso, ) le 06/02/2008 à 18:48. (lien). Évalué à 8.

J'attends beaucoup des commit asynchrones, j'espère que le bon en avant des perfs est significatif. En tout cas, postgres 8 aura bien évolué et dans le bon sens, vu le parcours depuis la 8.0...
la 8.2 marquait déjà le progrès au niveau perfs brutes assez impressionant, maintenant avec le support des ENUM (fonctionnalité tellement attendu par les "switchers mysql"), la recherche full text TSearch (encore ces switchers !), et les HOT, postgres s'impose comme un véritable concurrent de poids face à d'autres SGBD proprio (non pas qu'il ne l'était pas avant mais il s'affirme de plus en plus).

Yo

Posté par kafé () le 06/02/2008 à 19:36. (lien). Évalué à 3.

Bonne récap mon petit ioio ;)

J'en profite pour demander si quelqu'un à une experience Samba / postrgre pour un domaine doz à la place de Samba / LDAP. Ca semble interessant mais mal documenté...

Kaf.

8.4

Posté par patrick_g (page perso, ) le 06/02/2008 à 19:52. (lien). Évalué à 8.

A noter ce mail concernant la prochaine version (8.4) : http://article.gmane.org/gmane.comp.db.postgresql.devel.gene(...)

A priori le modèle de développement va changer pour éviter à l'avenir les retards dont à souffert la 8.3.
Le modèle choisi est celui des périodes de merge (les "commit fest") suivis de périodes de stabilisation/correction.

PostgreSQL oui mais pas tout de suite

Posté par rewind () le 08/02/2008 à 13:29. (lien). Évalué à 5.

En toute honnêteté, j'aime bien PostgreSQL par rapport à MySQL, même si je ne l'ai jamais utilisé vraiment. Mais le fait que ça soit plus proche des standards, juste ça, ça me va. Parce qu'en MySQL, on ne sait jamais si on fait du vrai SQL ou du MySQLisme (pareil que les bashisme vis-à-vis du sh POSIX). Le support des transactions, le support de l'Unicode, le support des clefs étrangères, tout ça, c'est très bien et ça renforce mon opinion par rapport à PostgreSQL.

Seulement voilà, si on veut l'utiliser avec le driver JDBC [1], ben il manque des choses dont j'aimerais bien me servir. Et on voit sur la TODO liste [2] qu'il manque des trucs comme Statement.getGeneratedKeys qui est fort pratique. Ça donne l'impression que ce n'est pas encore tout à fait abouti. C'est dommage parce que je troquerais bien mon MySQL contre un PostgreSQL. J'ai lu les différents fils de discussion concernant cette fonctionnalité et je ne comprend pas bien les problèmes, pour moi il faut que cette fonction retourne la ou les clefs qui ont été générées par un INSERT, pas plus ni moins. Il n'y a peut-être pas le support dans PostgreSQL pour le faire mais ça serait vraiment une superbe fonctionnalité à ajouter.

[1] http://jdbc.postgresql.org/
[2] http://jdbc.postgresql.org/todo.html

Revenir en haut de page

Run by Team LinuxFr

Cette page a été générée par Templeet en 0.2155s (dont 0.0224 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.