PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Mai 2006 »
Lun Mar Mer Jeu Ven Sam Dim
2
8 9 10 13 14
19 21
25 27
 

Syndication

Flux XML

Sondage

Quelle 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

archives

PostgreSQL Weekly News | Nouvelles hebdomadaires de PostgreSQL - 7 mai 2006

Par Jean-Christophe Arnu le 09/05/2006 - 11:37

Nouvelles hebdomadaires de PostgreSQL - 7 mai 2006

Heikki Linnakangas et Tom Lane ont réécrit la lecture des index séquentiels btree (arbres binaires) afin de traiter une page à chaque fois quel que soit le cas. En plus de simplifier et (parfois) améliorer les la vitesse du code de parcours de l'index, cette réécriture nous permettra de réimplanter btbulkdelete comme un une grosse lecture séquentielle à la place d'un parcours transverse comme on le ferait pour un index. Celà permettra de réduire le coût d'un VACUUM. http://archives.postgresql.org/pgsql-committers/2006-05/msg00050.php

Technique - windows | obtenir le fichier libpqdll.lib

Par zzyves le 09/05/2006 - 12:05

Bonjour,

j'utilise Qt sous windows pour une application utilisant une base de données SQLite.
Depuis peu il est envisagé de faire évoluer la base de données vers une base plus performante et postgreSQL est fortement préssentie pour remplacer la bd existante.
Pour pouvoir utiliser Qt avec PostgreSQL je dois avoir notamment avoir la bibliothèque libpqdll.lib.
J'ai télécharger sur le site de PostGreSQL l'archive postgresql-8.1.3.tar.bz2 qui devrait me permettre d'après la documentation fournie (pg813.pdf) de générer ce fichier.

Technique - installation | Migration vers 8.13

Par dps31 le 09/05/2006 - 15:54

peut-on lors d'un update ou insert, tronquer par DEFAUT ( par le biais de la config ) la taille d'un élément à transferer : exemple

la variable texte est de longueur de 60 caractères et le champ receveur fait 40 caracteres maxi.
lors d'un UPDATE ou INSERT j'ai une erreur 'too long'.

peut-on configurer cette option par defaut, ou bien est-on obligé de tester AVANT l'UPDATE la longueur du champ ??

Technique - installation | Installation d'outils comme dbsize

Par MDELAGARDE le 09/05/2006 - 17:02

LEs fonctions comme dbsize n'ont pas été installées dans notre environnement et donc la base template1 ne contient pas les fonctions database_size, relation_size...
Comment faire pour d'une part installer ces outils ?(Ce ne sont pas les rpm qui ont été utilisés pour l'installation, mais les sources) et par ailleurs implémenter ces fonctions de façons à ce quelles soient utilisables pour toutes les bases de ce seveur?

© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.