|
||||
Ouverture de sessionNavigationContactez-nousAdministration du site : RechercheSujets du forumSujets actifsNouveaux sujets:SyndicationSondageQuelle est la version de PostgreSQL la plus répandue sur vos serveurs ? 8.3 10% 8.2 42% 8.1 40% 8.0 2% 7.4 6% 7.3 ou antérieure 0% Nombre de votes: 48 |
Nouvelles du front côté développement de PostgreSQL : le meilleur est à venir!Technique | Nouvelles du front côté développement de PostgreSQL : le meilleur est à venir!Par Jean-Paul Argudo le 29/04/2004 - 14:02 Dans un récent mail envoyé sur la liste des hackers de PostgreSQL, (me suis permis de traduire approximativement le courriel, j'ai indicé la liste pour pouvoir commenter en rappel): « voici les fonctionnalités sur lesquelles nous travaillons actuellement et qui devraient être livrées pour la version 7.5 : 1) tablespaces (Gavin) Si nous avons la majorité de ces dévellopements livrés pour la 7.5, ce sera une grande version! » 1) les tablespaces, si vous connaissez un peu Oracle, c'est la même notion, il s'agirait de regrouper des schémas dans des entités logiques, appellés tablespaces. Cela permettrait par exemple de déplacer ces tablespaces d'une base à une autre 2) transactions imbriquées: imaginez deux transactions SQL imbriquées, celle qui est fille de la première peut être ROLLBACKée sans pour autant annuler la principale, qui elle peut être COMMITée, exemple: => le ROLLBACK au milieu n'annule que les ordres SQL entre le begin le plus proche et lui-même.. 3) le two-phase commit: rentrer dans les détails serait un peu complexe. Ce qu'il faut retenir, c'est que c'est l'étape cruciale vers le cluster Oracle, c'est à dire, une solution de réplication temps réel, multi-maîtres, multi-esclaves... La réplication synchrone temps réel semble manquer cruellement pour certains projets où la réplication assynchrone maitre=>esclaves n'est pas suffisante (cette solution existe déjà , le saviez-vous?) 4) pg_autovacuum : son intégration à PG est imminente. C'est à dire, que vous n'aurez plus à vous soucier des vacuum, PG le fera pour vous quand il jugera cela nécessaire... Bref, la principale cause de dysfonctionnements de PG ( => pour ceux qui "oublient" de faire des vacuums! ) sera ainsi balayée... 5) Point In Time Recovery : Pouvoir Restaurer à un Temps Donné dans le Passé (je traduis comme je peux...) Par exemple, votre collègue a bu un pastis de trop, il a fait un DROP TABLE malheureux à 11h30 et il est 12h40!!!... Au lieu de tout restaurer, vous pouvez placer votre session à 11h29, sauvegarder la table droppée par la suite, vous replacer à 12h40 et re-injecter la table... Cette fonctionnalité n'est pas si vieille du côté des SGBDR commerciaux, cherchez bien... vous verez ;-) 6) WIN32 PORT: Portage de PostgreSQL dans un environnement Windows *NATIF* c'est à dire, fini l'utilisation de CygWin sous Windows... PG utilisera les DLL nativement de Windows, comme le ferait d'autres applications Windows... Je pense que cela permettra des « annule et remplace » de SGBDR commerciaux sous Windows... Bref, cela permettra des « migrations douces » aux Logiciels Libres! Petite précision (parceque j'ai eu un mail là dessus): Non, PG ne changera pas sa licence. Ça restera un logiciel libre, même sous Windows. Mêmes conditions d'utilisations sous Windows ou OS Libres. Tout pareil. D'autres projets libres ont la même politique: Mozilla par exemple (quoi? Vous êtes toujours sous Internet Explorer?????? Courrez FONCEZ télécharger Mozilla : Mozilla.org ou, bien mieux, le meme en Français: Le site FrenchMozilla sur Sourceforge! |
|||
© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.