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

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

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

Yves-Jean Benigni, Administrateur Système & Réseaux, benigni.org

| Yves-Jean Benigni, Administrateur Système & Réseaux, benigni.org

Par Jean-Paul Argudo le 11/09/2004 - 12:29

Haaaaaaa PostgreSQL... Au départ j'ai travaillé sur Ingres.
J'utilisais quotidiennement Ultrix (Unix de chez Digital) et une base de
donnée UNIFY de chez UNIFY pour gérer la gestion des Donneurs de sang et
toute la chaine de contrôle de celui-ci jusqu'au médicament (plaquette).
Je travaillais au CNTS. En 1995 il a fallu équiper les collectes de
sangs mobiles d'outils informatiques afin de garantir la sécurité
transfusionnelle. Nous développions l'ensmble des applications en
internes et donc il fallait le faire là encore en interne avec des
moyens financiers qui couvraient à peine l'achat de portables. Une étude
a été menée sur la possibilité d'utiliser Linux (RH5.2) et une base de
donnée. L'idée était de refaire un shéma de base assez proche de celui
d'Unify, les écrans "curses" d'UNIFY, les menus, et de décharger
certaines informations de la base de production vers ce systeme. Je
simplifie...

A l'époque la base utilisée était Ingres sous Linux sur un portables
486, et la programmation d'une application en C avec le preprocessing
Ingres n'était pas très intuitif, de plus le langages n'était pas du
SQL, alors qu'UNIFY avait un SQL pas trop normé, mais proche d'un SQL de
base. Malgré des tests concluants et une bonne intégration le projet est
resté a l'état de projet et finalement l'etablissement a préféré
attendre, des directives gouvernemantales était dans les starting blocs.
Mais le pas était fait et l'intégration d'un SGBD sous LINUX dans les
process de production était envisageable.
Je passe l'intranet avec apache+Msql pour arriver a 1998 et le fameux
passage a l'an 2000.
Les serveurs de marque DIGITAL étaient de deux types, des DEC5000 non
valider 2K par Digital et deux Alpha 2000 valider pour l'an 2000. Sauf
que la base Unify n'avait pas été porté sur les Alpha serveur (2 proc
alpha300Mhz/OS: OSF/1).
Il fallait soit changer de marque de serveur (HP, SUN, IBM) soit
changer de SGBD.

C'est à ce moment là que l'AFS a énoncé un certain nombre de
dispositions, comme celle de ne plus avoir d'equipe de developpement
dans les ETS, de n'avoir recour qu'a des progiciels validés par eux,
sonnant le glas de notre service et surtout migration du bazzar sous un
progiciel. Mais le prestataire ne voulait/pouvait pas reprendre tout
l'historique des dons, des années 1981 à 1998, il fallait donc trouver
une solution, économiquement et téchniquement envisageable.
Le problème était le suivant, de maniere juridique un service d'enquète
existe dans les ETS et doit avoir accés de maniere informatique à
l'ensemble des dons, donneurs, transfusions à des fins d'enquètes
ascendentes. En gros c'est la traçabilite d'un don jusqu'au donneur(s).
Il s'agissait d'une base attaquée uniquement en consultation. Or le
fait de ne pas reprendre l'intégralité des données nous mettait dans
l'inégalité la plus total.

A ce moment là l'intranet était sous Apache+PosgreSql (6.0) il n'y avait
pas encore de php et gérait les procédures, la documentation interne et
les formulaires standards pour la DRH et d'autres services, mais aussi
un bonne partie de la documentation des différents programmes, tout en
cgi en C ou en SQL et était hebergé sur un PC.

L'idée premiere a été de se tourner vers Unify en leurs demandant si
leur sgbd était porté sous Linux ix86, la réponse a été affirmative et
un devis leur a été demandé, de mon coté la DSI, sous mes conseils, me
demanda de plancher en paralelle sur une migration sous PostgeSql à
l'image de ce qui avait été proposé en 1997, començant à mieux connaitre
PostgreSql et a mieux y intégrer php, j'envisageais un web acces, plutôt
qu'un acces via curses, les postes clients étant tous ou presque passés
des VT420 à des postes PC. Et finalement deux projets ont étés proposé,
l'un fort cher et l'autre nettement moins, mais un peu en désaccord avec
les directives de l'AFS... puisque développement interne.

Néanmoins fin 2000 un intranet spécialisé a vu le jour, avec accés
sécurisé, merci apache, cryptage des flux, merci SSL, et l'ensemble de
toutes les données de la base Unify.

Pour le serveur, j'était assez content puisque j'avais pu récuperer un
Alpha bi-pro avec OSF/1, ou j'avais commencer le travail de compilation
d'Apache, de PostgreSql et de PHP, tout a définitivement basculer sous
Linux lors de l'ajout d'un processeur.

En effet à la demande du prestataire qui fournaissait le progiciel, il a
fallu sur les machines de prod envisager un accroissement de puissance
... changer les deux proc Alpha 300Mhz par des 600Mhz, mais il ne
reprenait pas les anciens processeurs. J'ai donc décider dans mettre un
de plus dans le serveur qui hebergerai Apache...

Mais il fallait des licences supplémentaires et oui c'est le monde du
propriétaire et comme le budget n'était pas là, j'ai fini pas virer
OSF/1 et j'y ai mis une RedHat 6.0 pour Alpha évidemment...

En deux mois la migration était faite et les intérrogation via
apache+php+postgresql était largement plus rapide que l'ancienne base
mais sous des DEC5000.

Pour info, la table la plus importante faisait et fait encore 3
millions d'entrée et l'index est fait sur un chaine de 11 carracteres
alphabétiques. L'ensemble des tables fait a peu pres 600 Mo une fois
compressé.

Ce serveur tourne toujour, avec ces 5 disque de 2Go, dont 2 en RAID 1
pour le systeme et 3 en RAID 5 pour les datas...
PostgreSQL fait toujours son bouleau, il est question de remplacer
l'ensemble par un serveur Intel que j'imagine sous Win2k3... Ils
n'aiment ni Unix ni Linux ni Alpha dans la transfusion moderne ?
Perso j'aime Unix, Linux et les Alpha, d'ailleurs j'ai du Linux, et une
Alfa 164 !!! (Alfa powered !!)

Dans quelle structure commerciale, associative
ou administrative utilisez-vous PostgreSQL au quotidien ?

CNTS puis EFS Ile de France

Pour quelle application PostgreSQL est-il utilisé?

Consultations des données de dons de 1981 a 1998

Utilisiez-vous une BDD propriétaire avant ?

Unify version 5.

PostgreSQL vous satisfait-il ?

Oui, complètement !

Pourquoi l'avez-vous choisi plutot qu'un autre SGBRD ?

Pour l'architecture sous-jacente et sa licence libre (BSD)

Utilisez-vous d'autres SGBDR libres (MySQL, SAPDb, Firebird...) ?

Mysql pour l'intranet (PHP-NUKE)

Quelle performances avez-vous avec PostgreSQL ?

Pas trop d'info, mais de mémoire un requete complete sur 7 tables (5
jouintures ..) prennait moins d'une seconde avec le reseau et
l'affichage (Apache+PHP+PG) la table principales fait plus de 3 Millions d'entrées.

Quel type de serveur abrite PostgreSQL ?

Alpha 2000 Tri processeur cadencés 300Mhz

Quelle est l'architecture autour du serveur (autres serveurs, clients,
réseau...) ?

des PC dans un réseau 100Mb

Pouvez-vous nous donner une idée de la volumétrie des bases ?

30 tables, 40 indexes

Quel est votre ressenti sur la stabilité, la fiabilité... ?

Increvable, Unbreakable dirait l'Oracle.

Et sur l'administrabilité  ?

Je ne connais que la ligne de commande, et ça suffit pour ce que j'en fait.

Sur la facilité d'approche ?

Je comprends pourquoi Mysql fait plus d'émule, mais pour avoir pu
expliquer et montrer PG a mes collègues, je pense que leur choix
aujord'hui serait tout autre. PHPGroupeWare est en test sous PG et non
plus Mysql !

D'autres commentaires sur PostgreSQL ?

La programmation d'applications en C sous PG est un plaisir !

  • Yves-Jean Benigni
  • Administrateur Systèmes et Réseaux
  • http://www.Benigni.org
  • yves-jean@benigni.org

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