disons, pour une base de donnée de l ordre de la centaine de mo
peut etre 300 mo,
disons 200 connection simultanée,  
 
os: linux, ou sinon
 
qu est ce qui est le mieux comme bd?! quel mat hardware necessaire ?!

C'est clair que pour une Bdd taille moyenne unix c'est mieux ... une version light de Oracle ca pourrait le faire. Tout depends du budget ...

arf, budget=0 (enfin non, mais on preferait que ca tende vers 0)
 
j ai oublier de presciser, qu il ne s agit pas de reseau local, mais plutot via internet, donc il faut penser aussi a un langage web,
j avais deja realisé des petits projets avec php + mysql, mais je sais pas si ca tiendrait le coup.
de plus si y a qq choses de mieux, (cgi ?! asp ?!)
ca serait peut etre plus pratique
 
 
ps: en surfant y a qq jour sur le forum, qq un parlait de programmer ses cgi en C++  ?! >>  si qq un avait plus d infos, ca m aiderais

A mon humble avis, il vaut mieux soigner ton SGBD plutot que le language qui va l'interroger ... PhP/Mysql est tout a fait capable de supporter cette charge si serveur dedie, en + cout zero au niveau licence
Ici on a un quadri-xeon et ASP-SQLServer c'est plus lent que PhP-Mysql sur ma machine de travail ...
 
Sinon c vrai qu'au niveau rapidite d'exec, une CGI en C++ ca boost ... mais c plus chiant a prog (enfin tout depends de tes competences dans ce language)

[edtdd]--Message édité par _epegasus_--[/edtdd]

"soigner ton SGBD?!" : maniere d organiser les elements dans la base ?! on peut apprendre de bonne maniere pour gerer la bd ?!  
 
etant donne que l ont doit etre plusieur sur le projet, et que je suis le seul a connaitre le php, et que les autres (ainsi que moi) connaissent le C/C++, il serait peut etre plus simple de tout faire en C++, cependant, je vois mal comment m y prendre.  
si on fait une cgi en c++ comment on peut alors utliser une base de donnée come mysql ?!
 
au fait, le mieux: msyql, ou sql tout court ?!

_epegasus_ a écrit a écrit : A mon humble avis, il vaut mieux soigner ton SGBD plutot que le language qui va l'interroger ... PhP/Mysql est tout a fait capable de supporter cette charge si serveur dedie, en + cout zero au niveau licence Ici on a un quadri-xeon et ASP-SQLServer c'est plus lent que PhP-Mysql sur ma machine de travail ...   Sinon c vrai qu'au niveau rapidite d'exec, une CGI en C++ ca boost ... mais c plus chiant a prog (enfin tout depends de tes competences dans ce language)

 
J'ai du mal à croire que mysql est + rapide que sql server....
Je ne voudrais pas reveiller des querelles mais ça me parait bizarre...
Enfin ce qui est sur c'est qu'un serveur SQL, c'est pas gratuit...

Je n'a pas non plus envie de lancer une quelconque polemique mais je crois ce que je vois ... ici, en Intranet, MySQL est bien plus rapide que SQLServer alors que la machine est bien moins puissante ... mais bon.
 
Je sais que l'on peut utiliser MySQL comme composant C++ ... sous Unix, dans sa version source, MySQL est fournie avec les .o et tout le bordel pour l'incorporer en tant que composant externe ... mais je ne peux pas trop t'aider sur ce point.
 
Enfin a la question "au fait, le mieux: msyql, ou sql tout court ?! " y'a pas de reponse puisqu le sql est un language et MySQL un SGBD ...

ok, merci pour les indos )
donc ca sera surement php puisqu on va pas se lancer dans de nouveau pb lol

Tu mets comment des procédures stockées ou des requêtes imbriquées avec MySQl ?

Prends Postgres!
 
mySql risque d'etre un peu leger si tu as 200 connections simultanées (mais ça peut passer...).
 
Postgres est plus puissant, plus 'tunable'.

Mysql supporte-t-il des procédures stockeées ?

Je ne serais pas affirmatif a 100 % mais je ne crois pas que MySQL permettent les precedures stockees ... je vais verifier ca tiens, ca me fera un truc a faire

bah deja avant de créer la base sur le serveur il faut deja faire un MCD propre et cohérent  ..
ensuite en ce qui concerne la "bonne maniere pour gerer la bd" , c'est le boulot du DBA

Waou un qui parle comme un prof d'analyse
Je suis assez d'accord avec toi ... meme si je ne suis pas convaincu que le MCD-MLD-MPD etc etc soit necessaire dans tout les cas ...
 
Apres verifications, je ne crois pas que MySQL permettent de gerer les requetes stockees ... allez ca me fait mal de le dire mais un point positif pour SQLServer ... il en fallait bien un