nova85
Messages postés8Date d'inscriptionvendredi 13 juin 2003StatutMembreDernière intervention18 juin 2003
-
18 juin 2003 à 15:31
soumia_adr
Messages postés2Date d'inscriptionvendredi 19 novembre 2004StatutMembreDernière intervention15 mars 2008
-
5 août 2005 à 16:21
Je voudrai savoir si il est possible de realiser un site assez important juste avec une BDD mysql , si c'est capable de resister , et surtout savoir si une bdd peut supporter plusieurs grosses tables ( chat , forum , mailing , login ... ) ou s'il faut mieux creer d'autres bdd en parrallele.
merci
Kenaghdar
Messages postés71Date d'inscriptionmardi 10 juin 2003StatutMembreDernière intervention27 juin 20032 18 juin 2003 à 16:15
Hello,
En terme de performances, je pense que MySQL est capable de supporter la charge (précises peut-être un peu l'ordre de grandeur de la charge dont tu parles) sans problèmes. Pas mal de sites très actifs utilisent MySQL pour gérer leur chat, forum, etc...
Pour ta 2ème question, tout dépend des liens qui peuvent exister entre ces tables et la manière dont tu comptes les utiliser. Perso, je préfère avoir une DB par type de service fourni afin de reflèter la structure du site dans la DB, et je trouve cela plus propre. Par contre, je suis incapable de te donner des raisons plus techniques. HEY.. on demande un expert SQL par ici :)
Clonk
Messages postés278Date d'inscriptionmardi 22 janvier 2002StatutMembreDernière intervention29 août 2006 18 juin 2003 à 16:34
Je vais reprendre un peu ce que disais Kenaghdar mais je vais relativiser un peu.
si c'est un site perso avec, certes, du monde, mais pas non plus la cohue, tu peux utiliser une BDD MySQL (le forum phpBB marche avec MySQL et est très utilisé à travers le monde).
Apres, si c'est un site pro où tu as un mailling d eplusieurs milliers de personnes par exemple, non, MySQL n'est pas fait pour ça.
Je te ferais pas tout un article dessus, mais MySQL est très limité sur beacoup de points et surtout sa rapidité sur des BDD extêmement longues du fait de l'impossibilité d'indexer autant de champs que l'on veut et la gestion des relations est... comment dire... pourrie =)
Bref: si C pour un truc perso, MySQL, C largement ce qu'il te faut, si C pour un truc pro national, mondial, voire intersidéral, non, tape plutot dans du progreSQL ou Oracle (si t'as de l'argent ;) )
Voilà, j'espère avoir été clair
Kenaghdar
Messages postés71Date d'inscriptionmardi 10 juin 2003StatutMembreDernière intervention27 juin 20032 19 juin 2003 à 09:33
Très juste en fait :) Pour compléter un peu Clonk, je te conseillerais d'adopter une approche modulaire pour tes développements, c'est-à-dire isoler les appels à la DB dans une librairie ou une classe. De cette manière, lorsque tu passeras à un taux de visite intersidéral, la charge de travail pour passer de MySQL à Oracle (ou autre) ne sera pas excessive.
soumia_adr
Messages postés2Date d'inscriptionvendredi 19 novembre 2004StatutMembreDernière intervention15 mars 2008 5 août 2005 à 16:21
salut,
j'ai un problemme au niveau de esyphp et php
j'ai un site dynamique qui affiche des informations du base de donnees et j'ai une salle qui a plusieurs pc et je veux que ses pc me connecte sur mon serveur qui mysql de Esyphp et je veux faire sa comment je FAIS ???