Tout d’abord, merci pour vos réponses… Ensuite : “Oulalala, mon dieu, chuis à l’ouest moi !”
Clairement, je suis ptet un naif, mais pour moi un SGBD doit se gérer tout seul, du moins dans un certain cadre. Je vais vous définir le mien, et j’espère que vous pourrez me dire si je prends des risques.
J’ai donc deux site. Le premier contient une base de données d’articles, de catégories, de groupes, etc, etc. (cf. d’autres posts de moi pour les détails). MySQL m’indique actuellement 13621 enregistrements pour un poids total de 728 Ko. Mes projections me font dire que ça devrait tripler une fois que la DB sera totalement construite. J’estime que c’est une petite BD, j’estime bien ?
Cette BD est mise à jour toute les semaines, 90% avec des INSERT et à hauteur d’environ 30 enregistrements par semaine. Quelques UPDATE par-ci par-là mais pas grand chose. Là où la BD va être vraiment utilisée, ça sera en matière de consultation à partir d’un site web. Le nombre de requêtes sera limité parce que je les pense (j’espère) bien écrites (merci phili_b ).
Pour ce que je crois, cette DB n’a pas spécialement à être “maintenue”… Le peu d’enregistrements ajoutés chaque semaine ne devrait pas influer sur l’ensemble, et notamment, pas sur la consultation. Surtout si l’on considère la taille de la DB. Suis-je un doux rêveur, ou bien vois-je juste ? A quoi devrais-je faire attention ?
Ca c’était pour le premier site.
Maintenant considérons une base de données beaucoup plus conséquente, mais qui fonctionne sur le même principe : beaucoup de consultations, mise à jour par INSERT tous les jours à hauteur de 100 enregistrements par jour. Attention, je précise bien que dans aucun des deux sites je ne suis confronté à un problème de concurrence des requêtes. J’ai pas le problème que peuvent avoir les compagnies aériennes avec leurs réservations qui tombent en même temps… Et j’en suis fort aise
Concernant la taille de cette seconde DB j’ai un peu plus de mal à l’évaluer… On va viser large et annoncer plus de 100 000 enregistrements et plus d’1 Go en poids. Quelles sont alors les conséquences ?
L’idéal pour moi, vous vous en doutez, c’est que ça tourne tout seul. Je n’ai pas la prétention de jongler avec des DB monumentales où les INSERT/UPDATE tombent toutes les trois millisecondes. C’est pour cela que je voudrais m’assurer que mes choix (MySQL/PHP) sont bons.
Thx
Antoine
Edit : Comme vous l’aurez surement compris, je suis un “petit” par rapport à vous en matière de connaissances sur les SGBD. Mais d’un autre côté, ce que j’ai à gérer est relativement simple (enfin, je crois) : de l’insert et de la consultation uniquement. Mais dans l’ensemble, n’hésitez pas à me parler en termes “simples”. Il y a plein de notions que je ne connais pas (foreign key, entre autres…) mais j’apprends, encore et encore…
Edit 2 : trouvé sur un site comme étant dans la doc de MySQL : MySQL Server was designed from the start to work with medium size databases (10-100 million rows, or about 100 MB per table) on small computer systems.Combien même les développeurs de MySQL sont prétentieux avec ces chiffres, ils me rassurent grandement… Même dans le cas du 2e site, je doute fortement d’atteindre ne serait-ce qu’un million d’enregistrements
Ce message a été édité par AntoineViau le 04/04/2004
Ce message a été édité par AntoineViau le 04/04/2004