Vous n'êtes pas identifié(e).
Pages : 1
Bonjour à tous
pour commencer : j'ai pas une question directe ou précise.
mais je voulais ouvrir une discussion ou les plus expérimentés peuvent donner des conseils au débutant et des bonnes pratiques et reflexe à avoir.
Pour la première fois je me retrouve devant une mega base ( je dois même pouvoir dire une géga base ) dont la taille dépasse les 30 GO.
4 tables ( voir plus ) sont d'une capacité de 6 à 7 Go.
vous pouvez bien imaginer le temps de réponse.
heureusement c'est pas une base de prod, elle n'est pas super solicité, mais ça risque de devenir le cas prochainement,
ou il pourrait y avoit encore 100 à 200 requete de select par jour ( c'est pas énorme ).
si quelqu'un à un conseil, une remaruque, ... je suis preneur .
Merci d'avance
Youssef
Hors ligne
30 go c'est pas une giga base 
c'est du postgresql 9 ou plus ?
Combien de lignes ds les tables ?
Dernière modification par kenrio (04/10/2012 17:15:56)
Hors ligne
lol oui oui c'est pas une giga base mais sa taille se mesure en Go ( sur tout pour moi, habitué à des bases de données de moins de 6 Go sous informix héhéhéhé )
c'est du postgres 9.1
dans les tables il y a entre 21 et 23 millions de lignes
et entre 75 et 95 colonnes.
Dernière modification par youssef (04/10/2012 17:22:19)
Hors ligne
Il n'y a pas vraiment de bonnes pratiques à mon avis, à part appliquer les conseils de tuning habituels sur l'instance (en utilisant pgtune par exemple pour avoir des valeurs de départ correctes), et surtout surveiller les requêtes qui s'exécutent, et les optimiser… Voire s'il y a moyen prendre le projet en amont pour s'assurer que le schéma correspond bien au besoin, que le serveur est correctement dimensionné, etc… bref rien de vraiment lié à PostgreSQL, c'est plus les bonnes pratiques habituelles de gestion de bases de données.
Marc.
Hors ligne
lol oui oui c'est pas une giga base mais sa taille se mesure en Go ( sur tout pour moi, habitué à des bases de données de moins de 6 Go sous informix héhéhéhé )
c'est du postgres 9.1
dans les tables il y a entre 21 et 23 millions de lignes
et entre 75 et 95 colonnes.
Grosso modo voici une indication de la taille des bases de données de la petite à la très grande :
http://blog.developpez.com/sqlpro/p8354 … onction_de
Vous êtes donc plutôt dans l'univers des petites bases... Voici par exemple un TRÈS TRÈS grosse base (MS SQL Server) http://fr.wikipedia.org/wiki/Pan-STARRS#Informatique
Ensuite sachez que des tables de 75 à 95 colonnes sont rarement des tables relationnelles. En pratique, des tables relationnelles dépassent rarement les 20 colonnes, et le moyenne est inférieure à la dizaine de colonnes. Il y a certainement un défaut de normalisation. Si tel est le cas (et je parierais à 99,99% pour), c'est un très mauvaise pratique, car aura des conséquences catastrophiques dans le futur, si ce n'est déjà pas le cas (multiplicité des index par exemple).
À me lire : Base de données et performances… petites tables et tables obèses !
http://blog.developpez.com/sqlpro/p1007 … es_petites
Plus généralement :
- 5 principes pour une base de données relationnelle performante
http://blog.developpez.com/sqlpro/p1083 … onnees_rel
- Les 10 meilleures pratiques pour développer avec un SGBDR
http://blog.developpez.com/sqlpro/p6507 … r_ms_sql_s
A +
Dernière modification par SQLpro (08/10/2012 15:35:52)
Frédéric Brouard, alias SQLpro, ARCHITECTE DE DONNÉES, Expert langage SQL
Le site sur les SGBD relationnel et langage SQL : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * * Enseignant CNAM PACA, ISEN Toulon, CESI Aix en Provence * * * * *
Hors ligne
Pages : 1
