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

« FĂ©vrier 2005 »
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5 6
8 9 12
15 16 17 19
22 24 26 27
28  

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 | == PostgreSQL Weekly News - 4 FĂ©vrier 2005 ==

Par Jean-Christophe Arnu le 08/02/2005 - 11:01

Dans son mail sur pg-announce, David Fetter annonçait

== PostgreSQL Weekly News - 4 FĂ©vrier 2005 ==

Versions de sécurité de PostgreSQL

PostgreSQL 8.0.1, 7.4.7, 7.3.9 et 7.2.7 sont sortis cette semaine afin de corriger une vulnérabilité dans LOAD. Veuillez mettre à jour vos logiciels en cours de fonctionnement à cette dernière version dès que celà vous sera possible.

Stephen Frost a soumis un patch jetant les bases de conception pour l'appartenance des objets de la base à des groupes avec l'idée sous-jacente d'implémenter la notion de rôles dans la base. Matthias Schmidt a demandé de l'aide pour définir une syntaxe permettant de définir des permission à tous les objets d'un schéma.

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]

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