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

Questionnaire vierge Ă  remplir pour participer...

| Questionnaire vierge Ă  remplir pour participer...

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

Comment participer ?

Ami, prends ta plume et ecris moi... en attendant que je mette en ligne un
formulaire de saisie, ce qui ne devrait pas trop tarder.

Les questions auxquelles il te faudra répondre sont nombreuses...
T'armer de patience il faudra...
Mais à la fin le sentiment du devoir accompli et le coeur léger tu auras...

Je vous propose donc de copier/coller tout ça dans un mail à destination de
jean-paul @ argudo.org,
de rĂ©pondre Ă  ce que vous pourrez (ou voudrez) et de me l'envoyer !

  • ĂŠtes vous d'accord pour que vos nom, prĂ©nom, courriel, nom d'organisation
    et fonction dans celle-ci soit connue du public ?

    Le fait de me répondre par mail me 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...

    Pouvoir communiquer Ă  tout le monde que M. Durand, directeur de la sociĂ©tĂ© Trucmuche supporte les Logiciels Libres, voici son tĂ©moignage...

  • Faites-vous partie d'une organisation Ă  but lucratif, associatif ou gouvernementale ?

    Qui utilise PostgreSQL ?

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

    Quelle est la taille des organisations qui utilisent PostgreSQL ?

  • Ă€ quoi ser(ven)t la(les) base(s) de donnĂ©es que vous utilisez dans votre organisation ?

    Avoir une idée des utilisations de PostgreSQL...

  • La(Les) base(s) de donnĂ©ess gĂ©rĂ©es est(sont)-elle(s) critique(s) 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 ?

    À titre d'information, peut servir aussi à évaluer la complexité gérée
    et donne une idée de la volumétrie gérée

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

    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 utilisĂ©e dans un contexte transactionnel ou plutĂ´t de type datamining/datawarehouse ?

    On propose la dĂ©finition suivante des termes utilisĂ©s :

    Transactionnel
    Beaucoup de requetes 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, étudier si les organisations suivent les versions PostgreSQL ou pas, etc.

  • 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...

    Pour evaluer si les organisations qui utilisent PostgreSQL sont plutĂ´t pro-Logiciels Libres ou pas...

  • 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 ou 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 ?

    La base de donnĂ©es demande-t-elle beaucoup d'heures d'administration ou presque pas / pas du tout ?

  • de facilitĂ© d'utilisation ?

    Vous n'avez pas de soucis particulier à utiliser PostgreSQL, bcps 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 existants..

  • 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 ou pas...

  • de « tuning Â» ?

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

  • d'outils annexes ?"

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

  • Le support de la communautĂ© PostgreSQL vous parraĂ®t-il efficace ?

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

Merci d'avoir passé tout ce temps pour me répondre... J'attends vos réponses...

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Scalabilité

Lengronne/ = 24 Juin, 2005 - 15:46

Bonjour, je voudrais savoir s'il est possible de monter un cluster d'instances sur une base de données postgres afin de d'assurer la redondance des connexions et donc diminuer le risque en cas de défaillance d'un serveur.
- Existe t'il sous postgresql des mécanismes de réplication et quels sont leurs impacts sur les performances ?
- Lors d'une sauvegarde de la base de données à chaud (en cluster), le pgdump assure t'il une sauvegarde cohérente même si des transactions sont en cours ?
- Existe t'il des outils pour faire du chargement massif ?

Merci de vos réponses.


RĂ©ponses

Jean-Paul Argudo/ = 7 Juillet, 2005 - 10:45

Bonjour,
Tout d'abord, veuillez m'excuser pour cette réponse tardive, je ne m'attendais pas trop à trouver un commentaire ici...

Mécanismes de réplication: oui ça existe, je vous conseille ce qu'il y a de plus robuste aujourd'hui: Slony-I. N'hésitez pas à faire une recherche sur le mot-clé slony sur notre site, il y a eu bcps d'articles dessus... Pour info, c'est une réplication Master -> Multi-Slaves. Avec bien sur failover, mais aussi fallback. C'est à dire que le maitre déchu peut être ré-ordonné maître une fois qu'il est réparé, et en plus, il récupère ce qui s'est passsé sur celui qui a été maître à sa place pendant le temps de sa reconstruction.

Les sauvegardes à chaud: oui, bien sûr, la sauvegarde est toujours cohérente, grâce au mécanisme MVCC, que l'on retrouve sur tous les SGBD dignes de ce nom. Pour en savoir plus:
http://traduc.postgresqlfr.org/pgsql-fr/mvcc.html

Chargement massif: oui ça existe aussi, il vous faut utiliser COPY pour l'instant, en attendant que pg_loader soit dans un état utilisable:

En espérant que mes réponses vous satisfassent,

--
Jean-Paul ARGUDO
www.PostgreSQLFr.org


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