Hello tous !
Suis demi debutant en php, et je suis sur un projet perso que je vais essayer de decrire brievement (d'autres posts devraient suivre au cours de mon avancee ... si avancee il y a).

Je cree un site communautaire (original, non ?) base sur les habitudes des utilisateurs. Exemple simple de la finalite ideale:
Jean habite le 9eme arrondissement et promene son chien tous les matin a 8h rue des martyrs.
Marc a un chien (que Sophie ne veut pas promener) (ha ha) et se dit que, selon la fiche descriptive de Jean, il aimerait bien le promener avec Jean pour discuter politique ou foot.

Voila le concept. Ca ne parle pas de chiens, mais l'exemple (simple) reflete le concept.
Je vis actuellement a new york, et si le site marche bien, il peut rapidement prendre de l'ampleur (on parle dizaines de milliers d'utilisateurs, inch allah, et donc de centaineS de requetes a la minute aux heures de pointe).

Le point clef, critique, dur (et toute aide, experience, feedback serait la BIENVENUE) et que pour chaque recherche je vais devoir faire de la comparaison de plus grande sous-chaine consecutive commune (Greatest Common Substring, GCS). Ex:
Jean = A1, A2, A3, B7, B8, B9, .....
Marc = B4, B5, B6, B7, B8, A2 ...
GCS = 3 (B6, B7, B8)


Si j'ai 3424 utilisateurs qui correspondent au critere que je recherche, et que pour chacun je dois faire ce test (que je ne sais pas encore comment faire mais des modeles existent), vous imaginez le temps de moulinage du serveur ....

MA QUESTION: est-ce que php + mysql peuvent faire ca, le faire bien, ne pas le faire trop lentement ?

Merci d'avance pour votre aide !!

Laurent

La réponse à la question : oui
Pour ce qui est des performances, ça va dépendre du degré d'optimisation des requêtes SQL. MySQL est capable de supporter une bonne montée en charge, mais comme n'importe quel SGBD va ramer un peu si les requêtes ne sont pas optimisées. D'autre part, la modélisation soigneuse de la base elle même et un choix judicieux des index va aider considérablement aussi.

Si c'est vraiment destiné à grossir :
- procédure stockée, optimisation maximale de la BDD => Oracle et le PL/SQL

MySQL5 n'a, à mon avis, plus grand chose à envier à Oracle : Des bases MySQL d'une taille tout à fait respectable existent actuellement de par le monde. Je n'ai rien contre les produits Oracle bien entendu, mais le tarif est quelque peu différent. Même en achetant une licence MySQL (facultatif bien sur) afin d'avoir le support qui va avec, ça reste pour autant que je sache plus abordable...

MySQL n'a rien à envier aux autres SGBD en ce qui concerne la rapidité , ni même la fiabilité. MySQL convient tout à fait à de gros projets, un autre SGBD ne fera pas forcément mieux le travail :
-> Petite lecture (en anglais)

Le tout est de bien utiliser le SGBD que l'on choisit.

Apres quelques lectures, dont bien sur les reponses si dessous, je vais continuer sur l'idee initiale d'utiliser MySQL.
J'ai en plus trouve de bons hebergeurs, donc .... je demarre le projet !
merci !

Quand on parle de dizaines de milliers d'utilisateurs, le budget est censé suivre ;
ensuite, au niveau d'Oracle, je parlais de l'utilisation de PL/SQL, ce qui donne une toute autre dimmension à l'exploitation d'une BDD.