Re: Quelques conseils svp

Francois Suter a écrit :
> Salut à tous,
>
> A travers le site advocacy.postgresql.org, la question ci-dessous m'est
> parvenue. J'avoue que ne m'y connais pas trop dans ce domaine-là,
> n'ayant géré que de relativement petites bases de données avec
> PostgreSQL. Est-ce que quelqu'un pourrait fournir quelques pistes (que
> je transmettrai), afin que l'on puisse compter un nouveau converti à
> notre beau SGBD :-)
>
> Merci d'avance.
>
> ---------------
> Francois
>
> Home page: http://www.monpetitcoin.com/
>
> "Nous sommes peu à penser trop, trop à penser peu." - Françoise Sagan
>
> Begin forwarded message:
>
>> Apres avoir effectué l’étude de faisabilité, toute notre attention se
>> tourne vers votre base de données\. En effet votre produit est
>> susceptible de correspondre à notre attente mais quelques
>> interrogations se posent à nous, c’est pour ces raisons que je me
>> tourne vers vous afin de recueillir les informations manquantes\.
>>
>> Pour le moment, notre logiciel fonctionne avec une base de données
>> propriétaire, mais notre objectif prochain est de mettre en place une
>> architecture client-serveur Web, de type dynamique, afin de
>> centraliser toutes les bases de données des clients\.
>> Pour vous donner un ordre d’idée, actuellement nous avons environ 10
>> 000 clients, dont chacun possède environ 5 000 fichiers \(individus\)
>> et chaque fichier possède à son tour des données\.
>>
>> Notre site, statique, enregistre à l’heure actuelle environ 35 000
>> connexions par mois, soit environ 1200 connexions par jour\.

Bien sur, ce sont des connexions sur le serveur Web, pas la base de
données.

>>
>> Bien entendu nous envisageons une augmentation certaine du nombre de
>> connexion compte tenu de l’aspect dynamique de notre futur site\.
>>
>> Quelques questions se posent à moi \:
>> - Est-il possible de stocker toutes ces informations dans une seule
>> base de données ou faut-il faire du clustering \? \(avec environ 50
>> millions de fiches clients\)

Théoriquement, c'est faisable, maintenant, ca dépend beaucoup de ce
qu'est une fiche client, ce qu'elle contient.

>> - Combien est-il possible d’avoir de connexion simultanée sur votre
>> base de données \?

Dans le contexte, c'est le serveur web qui va ouvrir les connexions,
bien sûr il en ouvrira plusieurs, mais ca rete raisonnable, generalement ...

>> - Sachant le nombre de connexion max simultanée, quels sont les temps
>> d’accès aux informations \?

Ca dépend beaucoup du materiel utilisé, disques, réseaux ...

>> - Quelle espace disque ce type de base prend elle \? \(connaissant
>> tout les infos\)

Ca dépend du contenu des « fichiers »

>> - Est-il plus intéressant \(en terme d’espace, de rapidité,
>> \) d’avoir du mono base ou du clustering \? \(connaissant les infos\)
>> - En conclusion, que me conseillez-vous \?

En fonction du type de clustering, l'element important est le taux de
requetes lecture/ecriture. En systeme mono base, la question ne se pose
pas.

La principale difficulté est la conception de la base. J'ai vu des temps
de lecture-ecriture divisé par 10 apres avoir réorganisé les données, et
réecrit les requetes. Et bien sur l'aspect materiel, qui est important,
car c'est la base sur laquelle on va contruire les données.

Un point qui n'est pas abordé, c'est le type d'acces à la base, quel
langage ? Quel connecteur logiciel ? etc ...

--
Sébastien