| Stéphane SCHILDKNECHT, DBA, dalibo

Par Jean-Paul Argudo le 13/09/2004 - 20:07

Êtes vous d'accord pour que votre nom, prénom, courriel, nom d'organisation et votre fonction dans celle-ci soit connue du public ?

Oui.

Stéphane SCHILDKNECHT, stephane.schildknecht@postgresqlfr.org

Fonction : Administrateur de bases de données.

Je dois avouer que j'ai une TRES nette préférence pour les bases OpenSource, et notamment PG ;-)

Société : dalibo

Adresse :

Vous faites partie d'une organisation à but lucratif, associatif ou gouvernementale ?

Société de srvices, but lucratif!

Quelle est la taille de votre organisation en nombre de collaborateurs ?

5, en croissance.

A partir de ce point, les réponses aux questions reflètent mon expérience de DBA depuis mes débuts chez Aurora jusqu'à mon expérience précédente. Mon entreprise actuelle ne souhaite pas communiquer sur les technologies employées.

À quoi sert la(les) bases de données que vous utilisez dans votre organisation ?

Chez Aurora, PostgreSQL était utilisé en interne. Chez Linagora, je n'ai jamais réussi à imposer son utilisation en interne. Quoiqu'il en soit, peu de projets étaient internes. J'ai essayé de mener à bien un certain nombre de tests (réplication par exemple), mais les priorités étaient souvent différentes.

Chez Aurora, j'ai travaillé sur le site ameli.fr, site de la CNAMTS. Nous avons utilisé une base de données PostgreSQL pour stocker le contenu et les informations des utilisateurs des front et backend. J'ai ainsi pu développé toute une panoplie de procédures stockées et de triggers. Et franchement, PL/PgSQL n'a pas grand-chose à envier au PL/SQL d'un éditeur proprétaire.

Linagora a/avait un certain nombre de clients chez qui nous intervenions sur des bases de données PostgreSQL. Le service DPMA du MINEFI utilise une base de données PostgreSQL depuis plusieurs années pour son intranet (plus de 18000 utilisateurs). Cette base présente une stabilité et une rapidité de réponse impressionnante.

Nous travaillions sur un projet d'agenda partagé, basé sur OpenGroupware.org et utilisant une base de données PostgreSQL. J'ai envisagé les possibilités de réplication de cette base qui devrait stocker les informations concernant plus de 60 000 utilisateurs.

Je suis également intervenu chez un client qui a basculé son système d'information (et notamment son catalogue de produits) vers des produits libres. Ils ont fait le choix de PostgreSQL pour des bases de données critiques.

La(les) bases de donnéess gérées sont critiques pour votre l'organisation ?

Pour certains des clients chez qui je suis intervenu, c'est vital.

Quel est le nombre de bases de données sous PostgreSQL par rapport aux total de bases de données de votre organisation, tous SGBD confondus ?

La plupart!

Quel est le nombre minimum/maximum/moyen de tables par base de données ?

Je ne sais pas pour nos clients.

Quelle est la taille minimum/max/moyenne des bases gérées (en méga octets) ?

A la louche, cela va de quelques mégas à plusieurs gigaoctets.

PostgreSQL est utilisée dans un contexte transactionnel ou plutôt de type datamining/datawarehouse ?

Essentiellement du transactionnel.

Quelle est la version utilisée ?

De la 7.3 à la 8.2. Sous debian et RedHat essentiellement.

Le serveur sur lequel est installé PostgreSQL est de quel type ?

Pour mes tests de réplications, je suis sur du serveur Debian sarge, Intel PIV à 3 GHz et 896 Mo de RAM, d'un côté, Quadriproc Xeon 2,4GHz et 1 Go de RAM de l'autre.

Quelle est la part des logiciels libres dans votre organisation ?

Au niveau des serveurs ? Et au niveau des postes clients ?

80 % de logiciels libres (même dans les SSLL il est possible de trouver du Windows installé !)

Quel est le "nombre de serveurs en technologies libres globalement)" ? et le nombre de serveurs au total, dans votre organisation ?

Une quinzaine de serveurs, tous sous Linux.

Depuis combien de temps PostgreSQL est utilisé dans l'organisation et/ou depuis quelle version ?

Personnellement, j'utilise Postgresql depuis 2001, version 7.1, il me semble.

PostgreSQL est-il venu en remplacement d'une technologie propriétaire (ou plusieurs), si oui, laquelle (lesquelles) ?

Il n'est pas forcément venu en remplacement, mais nous le proposons quand le client nous laisse le choix du SGBD/R.

Si vous avez remplacé une technologie propriétaire par PostgreSQL: Pourquoi ?

La proposition de PG est souvent accepté au regard du rapport besoin/coût/fonctionnalités.

Si vous avez remplacé une technologie propriétaire par PostgreSQL: Avez vous testé d'autres SGBD Libres ? Si oui, lesquels ?

MySQL, SAPDB. Je vais me lancer dans la découverte de Ingres.

Si vous avez testé d'autres SGBD/R libres: Pourquoi avoir choisi PostgreSQL au final ?

Les procédures stockées, les triggers, entre autres. il manque toujours une solution stable et efficace de réplication sous PG.

Je changerais peut-être d'avis lorsque j'aurais finalisé les tests de Slony-I.

À présent, donnez des notes de 1 à 5 et commentez

1 = mauvais, 2 = passable, 3 = moyen, 4 = bon, 5 = très bon

Quel est votre ressenti sur PostgreSQL en termes de fiabilité ?

5 sur 5 !

de robustesse ?

4 sur 5. Il est possible de planter le serveur à l'aide de procédures stockées mal écrites ! Mais les données ne sont pas perdues pour autant.

d'administration ?

5

de facilité d'utilisation ?

5. J'apprécie énormément l'outil psql. Je repproche par contre l'absence d'une commande SQL telle que DESCRIBE qui oblige à un peu plus de contorsions pour scrpter le résultat de la commande \dt.

de performances ?

5

d'extensibilité ?

Je n'ai pas utilisé la posibilité de créer de nouveaux types de données.

de « scalabilité » ?

5

de « tuning » ?

3,5... Le tuning est assez complexe dans la mesure où les changements effectués ne sont pas forcément flagrants.

d'outils annexes ?

5

Le support de la communauté PostgreSQL vous parraît-il efficace ?

5. Il y a toujours qqn de compétent pour répondre, que ce soit sur #postgresqlfr ou #postgresql sur IRC (serveur irc.freenode.net), par exemple.

--

Stéphane SCHILDKNECHT

Mnémosyne

44, rue La Fayette 75009 PARIS

Tel : +33(0)1 53 34 43 60

fax : +33(0)1 53 34 05 61

http://www.mnémosyne.fr