Il n'y a pas encore de formulaire en ligne, mais un jour peut-être…

En attendant, nous vous proposons de copier/coller les questions qui suivent, d'y répondre et d'envoyer le tout dans un mail à destination de bureau at postgresql point fr.

• Êtes vous d'accord pour que vos nom, prénom, courriel, nom d'organisation et fonction dans celle-ci soient connus du public ?

Le fait de répondre par mail nous dévoilera peu ou prou tout cela, mais sans votre accord expresse ces informations resteront strictement confidentielles. Vous pouvez par exemple répondre de manière partielle: je veux bien qu'on site ma société et ma fonction, mais ni mon nom, ni mon prénom, ni mon courriel…

• Travaillez-vous pour une organisation à but lucratif, une association ou une organisation gouvernementale ?

  Savoir qui utilise PostgreSQL.

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

  Connaître la taille des organisations qui utilisent PostgreSQL.

• À quoi servent les bases de données utilisées dans votre organisation ?

 Avoir une idée des utilisations de PostgreSQL.

• Les bases de données gérées sont-elles critiques pour votre organisation ?

Au sens où les données stockées sont de 1er ordre ou plutôt des applications moins sensibles.
Par exemple: la compta c'est sensible, les clients/factures/commandes aussi…Alors que le pointage des gens c'est peut être plus secondaire, etc..

 Avoir une idée du "degré de confiance" des organisations

• Quel est le nombre de bases de données qui fonctionnent sous PostgreSQL par rapport au nombre total de bases de données (tous SGBD confondus) de votre organisation ?

 Avoir une idée du coefficient de pénétration dans les organisations

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

 Avoir une idée de la complexité gérée

• Quelle est la volumétrie minimale/maximale/moyenne des bases gérées (en Mo, Go, To…) ?

Il est facile d'obtenir cette information avec la commande suivante, sous un système de type GNU/Linux ou Unix : $ du -sh $PGDATA

 Avoir une idée de la volumétrie gérée

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

On propose la définition suivante des termes utilisés :
Transactionnel : Beaucoup de requêtes rapides et unitaires, comme par exemple dans un site de vente en ligne.
Datamining / Datawarehouse : Typiquement, des études statistiques sur quelques millions ou milliards de tuples. Par exemple, un système de pilotage basé sur des faisceaux de capteurs (météo, scientifique…) ou bien une étude du génome humain ou encore une étude statistiques sur les tickets de caisses d'une grande chaine de magasins.

 Avoir une idée du type d'applications qui utilisent PostgreSQL.

• Quelle est la version utilisée ?

 Avoir une répartition par version, connaître le suivi des versions de PostgreSQL

• Quel est le type du serveur sur lequel est installé PostgreSQL ?

Distribution Linux (ou autre), Marque/Modèle, Processeur, RAM, Disques…

 Connaître l'architecture utilisée autour de PostgreSQL

• Quelle est la part des logiciels libres dans votre organisation ? Au niveau des serveurs ? Et au niveau des postes clients ?

En pourcentage, de manière approximative…

 Savoir si l'utilisation de PostgreSQL repose sur une démarche globale d'utilisation de logiciels libres

• Quel est le nombre de serveurs en “technologies libres” (globalement) ? et le nombre de serveurs au total, dans votre organisation ?

 Même remarque que ci-dessus et le nombre de serveurs apporte des précisions sur la taille de l'entreprise, et l'importance de la composante informatique dans son activité.

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

 Même but que ci-dessus

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

 Évaluer le pourcentage de cas où PostgreSQL arrive en remplacement d'un SGBD/R propriétaire

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

à cause du coût licence nul, avantages technologiques, avantages stratégiques…Etc.

 Évaluer le capital séduction de PostgreSQL

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

 Évaluer la popularité des autres SGBD/R Libres

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

 Évaluer les points forts de PostgreSQL par rapport à ses "concurrents" Libres

À 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é ?

 Vous avez confiance en la restitution des données, les résultats correspondent à ce qui était attendu, etc.

• de robustesse ?

 Reprise en cas de crash, résistance aux bugs et aux mauvaises utilisation du SQL...

• d'administration ?

 Le SGBD est-il gourmand en temps d'administration ?

• de facilité d'utilisation ?

 Vous n'avez pas de soucis particulier à utiliser PostgreSQL, bcp de choses ressemblent à ce que vous avez connu par ailleurs dans le propriétaire par exemple...

• de performances ?

 Les performances obtenues avec PostgreSQL sont elles satisfaisantes pour l'utilisation que vous en faites ?

• d'extensibilité ?

 Les possibilité d'extension de PostgreSQL, comme par exemple la création de types de données qui ne sont pas des composites de types de données existant.

• de « scalabilité » ?

 La possibilité de PostgreSQL de s'adapter à des machines plus puissantes, de savoir en tirer parti, etc. La facilité avec laquelle on peut le faire.

• de « tuning » ?

 Possibilité/facilité de tuning de PostgreSQL, nombre de paramètres suffisants ou pas ? Complexité du tuning ?..

• d'outils annexes ?“

 pgAdmin 3, et autres. L'outil psql est il bien fait ?...

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

 Vous savez où poser des questions et on vous répond rapidement et de manière adéquate

–
Jean-Paul Argudo le 11/09/2004