Technique | Un postgresql.conf complètement commenté !

Par Jean-Paul Argudo le 10/02/2005 - 10:22

Josh Berkus et Joe Conway se sont lancés ce début d'année dans la rédaction d'un livre sur la dernière version de PostgreSQL. Sur
leur site, une sorte de blog, ils viennent de poster un document plus qu'intéressant. Il s'agit d'un fichier postgresql.conf complètement commenté !

Je vous engage donc à lire attentivement ce document qui présente pour chaque clé du postgresql.conf :

• son nom
• les valeurs possibles
• la valeur par défaut
• si la variable peut être définie à chaud ou à froid
• si un raccourci existe pour pg_ctl
• ce que la documentation officielle dit sur la variable
• le commentaire des deux auteurs, tout à fait précieux !

Technique | Modéliser un arbre simplement dans PostgreSQL

Par Jean-Paul Argudo le 08/02/2005 - 14:54

Bonjour,

Parmis les problèmes récurrents auxquels on est confrontés lorsqu'on fait un schéma de données, il y a la modélisation des arbres.

Il s'agit de bien conceptualiser une structure hiérarchique dans une base de données. Je vous propose une méthode éprouvée pour le faire simplement! (attention, ne pas confondre avec un graphe...).

Deux méthodes "anciennes":

• id / parent_id: Tout d'abord, on trouve la méthode id / parent_id. C'est à dire qu'on boucle sur la même table, en ajoutant une colonne du même type que l'identifiant et en bouclant sur cette même colonne, avec un lien père / fils.

  Il n'y a pas grand chose à dire sur cette méthode si ce n'est qu'elle montre un peu ses limites en matière de performances lorsqu'on a un arbre conséquent... De plus les mises à jour de l'arbre (suppression ou déplacement d'un noeud) sont assez hardues et nécessitent un code particulier.
  

• nested loops (ou "boucles imbriquées): Il s'agit de modéliser un arbre en sachant à l'avance quelle sera la "largeur" de celui-ci. C'est à dire que pour un arbre donné, la racine ira de 1 à n, le premier fils de la racine, de 1 à m. Le second fils de la racine, de m+1 à n et ainsi dessuite pour les descendants. Je vous laisse le soin de découvrir cette méthode en lisant http://www.intelligententerprise.com/001020/celko.jhtml?_requestid=145525]

Technique | Présentations des conférences PostgreSQL - Solutions Linux 2005 Paris

Par Jean-Paul Argudo le 07/02/2005 - 20:17

Comme promis sur le stand PostgreSQLFr lors de Solutions Linux 2005, vous trouverez ci-après les liens qui vous permettront de télécharger les présentations des
différentes présentations afférentes aux bases de données lors du salon Solutions Linux 2005 à Paris.

Tour d'horizon des bases de données "libres" :MySQL et MaxDB, PostgreSQL, Ingres, Firebird, SQLLite

par Stéphane Schildknecht, responsable du pôle bases de données de Linagora.

Télécharger! (PDF, 3,7 Mo)

Technique | Réponse à l'article de Décision Informatique n°606 du 04/10/2004

Par Jean-Paul Argudo le 25/10/2004 - 14:47

Dans le n°606 du 4 octobre 2004 du journal Décision Informatique, est paru un comparatif de cinq systèmes de gestion de bases de données (SGBD): Microsoft SQL Server, Oracle, BD2, MySQL et PostgreSQL. Notre communauté a été contactée par le mandataire des tests, afin de l'aider à optimiser l'installation de PostgreSQL. Par contre, la communauté n'a jamais été sollicitée sur d'autres points et il en résulte un certain nombre d'erreurs, d'imprécisions et de confusions, qui auraient facilement pu être évitées.

Nous souhaitons donc ici corriger ces problèmes et donner de PostgreSQL une image plus juste.

Technique | Autodoc : documentez vos bases de données facilement!

Par Jean-Paul Argudo le 04/10/2004 - 10:31

Autodoc permet de documenter de manière extrêmement simple et efficace une base de données.

Sous Debian, l'installation est simple. Commencez par mettre à jour vos sources apt :

$ apt-get update

Vérifiez la disponibilité du paquet :

$ apt-cache search postgresql-autodoc

postgresql-autodoc - Utility to create system tables overview in HTML, DOT and XML

Installez le paquet s'il est disponible :

$ apt-get install postgresql-autodoc

Pour les autres distributions, cherchez un peu... Ou alors, installez à partir des
sources disponibles sur le site ;-)

Technique | Utiliser du Python côté serveur

Par Jean-Christophe Arnu le 30/09/2004 - 15:39

Python est un langage largement utilisé de nos jours. Il permet de s'interfacer avec un grand nombre de bases de données et PostgreSQL n'échappe pas à la règle. Bien que Python soit connu pour le développement de requêtage des serveurs PostgreSQL (applications, maintenance, ...), un support est aussi intégré «côté serveur» dans PostgreSQL. Hors, dans le « ChangeLog Â» de la version de 7.4 de PostgreSQL (version 7.4 du changelog également), on trouve la petite phrase suivante dans la section « côté serveur Â» :

Technique | Sortie de QtSqlBrowser version 0.8

Par Jean-Paul Argudo le 27/09/2004 - 09:35

Le but de ce projet est de proposer une interface graphique simple pour naviguer dans une base de données. L'outil est une simple agrégation de classes Qt dédiées aux bases de données. L'abstraction de bases de données est fournie par les pilotes de données de Qt. Les pilotes pour PostgreSQL et MySQL fonctionnent correctement. Si vous avez une version commerciale de Qt, vous pouvez aussi utiliser les pilotes inclus pour Oracle, TDS et DB2.

En théorie, il n'y a aucune raison pour que les pilotes ODBC3 des bases de données populaires comme Oracle, DB2, Informix, Firebird ou SAP/DB ne fonctionnent pas.

Technique | Attention à la gestion des exceptions ou comment mettre PostgreSQL à genou avec un petit bout de PL/pgSQL...

Par SAS le 21/09/2004 - 10:58

Un client nous a appelé pour nous faire part du comportement étrange de sa base de données. Son intranet tourne depuis plus de trois ans sans problème, mais bizarrement, depuis quelques semaines, le postmaster tombe plusieurs fois par jour. Impossible de lancer une indexation ou un vacuum...

Après quelques recherches, je m'aperçois en regardant les traces qu'une requête utilisant une fonction écrite en PL/pgSQL semble conduire à la chute du postmaster.

Récupérant le code de la fonction, il m'apparaît qu'aucun test n'est fait pour vérifier les paramètres passés à la dite fonction avant de l'appeler récursivement.

Technique | Gestion des ressources IPC utilisées par PostgreSQL

Par Jean-Christophe Arnu le 20/09/2004 - 17:11

Dans certaines circonstances, PostgreSQL peut laisser des ressources « permanentes Â» occupées sur le serveur aprés un violent problème (ou un redémarrage). Ces ressources sont des IPC (Inter Process Communication) et peuvent se manifester sous deux formes :

• de la mémoire partagée (shm), utilisée essentiellement par PostgreSQL en fonction de la variable d'environnement shared_buffers
• des sémaphores

Pour récupérer une liste des ressources, lancer la commande « ipcs Â» en tant qu'utilisateur root ou postgres. Cette commande liste l'ensemble des ressources IPC utilisées sur la machine. Vous obtiendrez une liste similaire à celle-ci :

[root@serveur root]# ipcs

------ Segments de mémoire partagée --------

touche     shmid      propriétaire perms      octets     nattch     statut

0x0052e2c1 0          postgres  600        288038912  10
------ Tables de sémaphores --------

touche     semid      propriétaire perms      nsems      statut

0x0052e2c1 0          postgres  600        17

0x0052e2c2 32769      postgres  600        17

0x0052e2c3 65538      postgres  600        17
------ Files d'attente de messages --------

touche     msqid      propriétaire perms      octets utilisés messages

Technique | Document de Migration Sybase vers PostgreSQL

Par Jean-Paul Argudo le 18/09/2004 - 12:30

Virginie Quesnay a écrit sur la liste pgsql-fr-générale:

«


Bonjour à tous :-)

J'avais comme mission d'étudier la migration d'une base de données Sybase vers PostgreSQL (migration de la structure et des données). Je devais verifier si cette migration était possible.

J'ai donc réalisé un script Perl permettant d'effectuer la migration (cependant, la migration totale n'a pas pu être réalisée par manque de temps : les triggers et fonctions ne sont pas migrées). Il faut également souligner que ce script n'a été prévu que pour la base en question (les règles sont loin d'être exhaustives et ne prennent pas tous les cas en compte).