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

Temps de reponse sur 80 millions d'enregistrements

Technique - général | Temps de reponse sur 80 millions d'enregistrements

Par rupteur le 15/03/2006 - 15:42

Bonjour,

Nous étudions actuellement un développement sur base de données postgresql et je m'inquiète du temps d'extraction sur une table en particulier (clef primaire en serial)

Il s'agit d'une table avec 5 colonnes et 80 millions maximum d'enregistrements

Avez-vous des retours d'expériences sur postgresql et des tables de cette taille?

Cordialement,
Eric

les infos :

serveur bi-xeon 3 ghz
raid 10 en scsi 160
2 giga ram ecc
linux
postgresql 8.0 (ou 8.1)
réseau 100 mbits
20 connexions max simultanées.

Merci d'avance pour 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.

Bonjour Pourriez vous nous

Christophe Chauvet/ = 15 Mars, 2006 - 22:24

Bonjour

Pourriez vous nous indiquer les paramètres que vous avez renseigné dans votre postgresql.conf, ainsi que les paramètres systèmes SHMMAX et SHMALL, également est ce que le serveur est dédié a PostgreSQL ?

Cordialement.

Christophe Chauvet
http://kryskool.org/


Actuellement le serveur n'est

rupteur/ = 17 Mars, 2006 - 09:11

Actuellement le serveur n'est pas installé.
(nous en sommes Ă  l'Ă©tude de la BD.)

Le serveur sera dédié à postgresql.

Eric


Bonjour! Pour une table

Jean-Paul Argudo/ = 17 Mars, 2006 - 10:08

Bonjour!

Pour une table de quelques dizaines de millions de tuples, il convient tout d'abord de placer les bons index, comme vous devez vous en douter. Parmis ceux-cis intéressez-vous aux index partiels... mais pas seulement bien sûr. L'implémentation des btrees dans PostgreSQL est un modèle du genre.

Vous pouvez aussi utiliser le partitionnement de tables, qui est basé sur le s constraint_exclusion. Je l'ai utilisé avec succès à partir de quelques 60 millions de tuples... Mais cela vous demandera une période de tests...

Vous pouvez en plus des solutions de ce type penser à un modèle de données qui vous permettra d'optimiser les temps d'exécution. Par exemple créér des tables temporaires issues de vues, pour simuler des vues matérialisées (en attendant leur implémentation dans PostgreSQL), que vous pourriez regénérer à intervales réguliers, etc. Il existe toujours des solutions ;-)

Enfin, il vous faut avoir le postgresql.conf le plus adéquat pour votre base de données.

En fonction de tout cela, une requĂŞte simple sur une table de 80 millions de tuples peut passer de 4 minutes Ă  120 millisecondes.

D'autant que votre configuration matérielle semble idéale pour PostgreSQL (RAID 10, bien que SCSI 160). Si vous n'avez pas encore acheté les processeurs, faites en sorte de les prendre avec le maximum de mémoire cache (2 mo, c'est très bien pour PostgreSQL).

En espérant vous avoir rassuré un peu sur les capacités de PostgreSQL,

--
Jean-Paul ARGUDO
www.dalibo.com


Merci pour vos informations.

rupteur/ = 17 Mars, 2006 - 11:35

Merci pour vos informations.

je vais regarder tout cela

Cordialement,

Eric


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