no way to compare when less than two revisions

Différences

Ci-dessous, les différences entre deux révisions de la page.

@@ Ligne 1: / Ligne 1: @@
+====== Yves-Jean Benigni, Administrateur Système & Réseaux, benigni.org ======
+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
+, 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 ?**
+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
+-- \\
+Jean-Paul Argudo le 11/09/2004

Suivez-Nous !

Utilisateur

Page

Rechercher

Différences