|
||||
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 hebdomadaires de PostgreSQL du 24 avril 2005 ==PostgreSQL Weekly News | == Nouvelles hebdomadaires de PostgreSQL du 24 avril 2005 ==Par Jean-Christophe Arnu le 25/04/2005 - 14:15 == Nouvelles hebdomadaires de PostgreSQL du 24 avril 2005 == Dans son mail sur la liste pg-announce, David Fetter nous disait : Beaucoup de discussions au sujet des brevets et de la position publique devant être adoptée par la communauté de PostgreSQL. La position adoptée est de rendre le logiciel de PostgreSQL vierge de tout brevet dans toutes ses versions. Concernant ce sujet, nous vous demandons de bien vouloir passer de la liste -www à la liste -advocacy qui est plus à propos. Tom Lane a ajouté le bitmapping des index classiques en mémoire, connu sous le nom de « bitmapscan ». Le but de cette innovation est de de permettre des opérations bitmap de jointure ou même d'avoir plusieurs conditions OR sur le même INDEX. Le résultat attendu est une amélioration importante des requêtes disposant de conditions complexes dans la clause WHERE, à condition de disposer de CPU rapides et de beaucoup de RAM. Toutefois, nous n'avons pas encore modifié le coût d'estimation du planificateur de requêtes pour les bitmapscans. Si cette fonctionnalité vous intéresse, nous vous conseillons de télécharger la version courante (snapshot) et de la tester en plaçant la variable enable_bitmapscan à « on » ou « off » et d'en reporter les résultats. Veuillez cependant noter que cette fonctionnalité diffère totalement des index bitmap sur disque proposés par Victor Y. Yegorov dont le but est de permettre l'indexation d'attributs à faible cardinalité sur de grosses tables. Une fois mises en commun ces deux fonctionnalités devraient améliorer considérablement les performances pour les applications de type décisionnel ou « business intelligence » Josh Berkus a reporté le fait que l'estimation de la cardinalité des index de PostgreSQL était relativement ancienne. Andrew Dunstan a proposé une solution se basant sur un papier de 2000. http://www.stat.washington.edu/www/research/reports/1999/tr355.ps Si vous le souhaitez vous pouvez aider l'équipe en définissant l'estimation arithmétique pour le planificateur de requêtes et en fournissant un patch. == Nouvelles des produits autour de PostgreSQL ==
OpenRPT est un système d'écriture, de conception et de visualisation de rapports SQL graphique optimisé pour PostgreSQL. L'affichage WYSIWYG est développé au sein d'une interface graphique sous Qt fonctionnant sous Linux, Windows et Mac OS X. Un moteur de rendu côté serveur est également disponible. Les rapports peuvent être sauvegardés en XML soit sous firme de fichiers soit dans la base de données. == PostgreSQL dans la presse ==
Dans un article sur linux.conf.au Neil Conway donné des explications sur l'optimiseur. General Bits: http://www.varlena.com/GeneralBits/ « Vérités, vérités bénies et stat_* » |
|||
© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.