Version imprimable
Bonjour,
Depuis quelque temps, je me pose la question si je ne devrais pas migrer vers PostgreSQL. Il s'agit en fait d'un site internet faisant un grand nombre de pages vues, et donc de nombreuses connexions à la base de donnée et une montée en charge plutôt importante, par ailleurs, 80% des requêtes sont des requêtes qui reposent sur minimum 2 tables.
Je souhaitrais donc savoir si une migration est envisageable et si ça en vaut le coup.
Merci par avance,
Stéphane
Pour te donner des conseils on ne connais pas la volumétrie de ta base de données, le nombre de tables, les plus grosses tables ont combien d'enregistrements. sur quel OS est tu avec quel config matériel, etc...
KrysKool
Tout le serveur concerné tourne sous Debian avec comme configuration : Pentium 3Ghz et 512 Mo de Ram. Les données dans MySQL font un poids de 150 Mo en moyenne et augmente en permanence. Les tables sont réparties dans 3 bases qui contiennent chacune environ 18 tables. En ce qui concerne les plus grosses tables, elles font a peu près 300 000 enregistrements.Citation:
Envoyé par kryskool
Pour quel raison souhaite tu migrer, as tu remarqué des ralentissements dans tes requêtes, Les requêtes n'aboutissent pas lors des montés en charge, As tu eu a restauré après un crash non expliqué.
Si c'est quelque chose dans ce genre la, je te conseil d'envisagé une migration a plus ou moins long terme.
KrysKool
C'est surtout pour 3 raisons :Citation:
Envoyé par kryskool
- beaucoup de liens entre les tables, mais virtuels (pas de FOREIGN KEY, ni autre...).
- beaucoup de requêtes utilisant plusieurs tables (80% d'entre elles).
- présence de requêtes lentes (malgré une optimisation maximum, jusqu'à 4 secondes d'exécution !).
Jusqu'à présent, rien n'a crashé, seulement je relate quand même un soucis : redémarrage de MySQL sans demande...
Merci pour l'adresse, c'est à la fois très intéressant et instructif :)
Par ailleurs, si je dois migrer, existe-t-il des outils pour simplifier ceci ou bien est-ce qu'il faut le faire manuellement en créant des scripts ?
Pour la migration il existe des scripts tous fais qui sont plus ou moins complet, il en existe pour quasiment toute les bases de données.
Sinon en reprenant les structures de tables a la main avec les équivalents, ça se fais assez facile
Tips
KrysKoolCode:l'auto incrément sous PG est le type SERIAL
Ok, merci pour tout.
Sinon une dernière question, quel livre ou tutorial me conseillez-vous de lire pour comprendre assez rapidement le fonctionnement de PostgreSQL ?
Tu connais MySQL donc le passage a PostgreSQL ne sera pas déroutant, je ne te conseille pas de livre mais je te renvois vers la doc.
sinon si un livre te convient le mieux, j'ai investi dans "PostgreSQL par la pratique", il aborde point par point l'apprentissage de PG, tu as meme un chapitre sur la programmation en langage procedural (PL/pgSQL).
KrysKool
J'oubliais une dernière petite chose, au niveau des ressources que prend PostgreSQL, sont-elles importantes ?
Edit : Encore une chose, faut-il préférer la version 7 ou 8 ?
La configuration matérielle qui est évoquée plus haut semble satisfaisante pour une volumétrie moyenne.
Puisque les requêtes semblent contenir des jointures, attention aux indexes ils peuvent permettre de diminuer le temps de requête d'un facteur 100.
Le choix de version entre 7.4 ou 8.0 peut il être déterminé par un maquettage préalable sur une copie de base ?