base de donnée, quel est le meilleur truc ?

Recherche :

Dernière réponse
Sujet : base de donnée, quel est le meilleur truc ?
_epegasus_	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 :)

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

_epegasus_

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 :)

Bolino

slvn a écrit a écrit :

"soigner ton SGBD?!" : maniere d organiser les elements dans la base ?! on peut apprendre de bonne maniere pour gerer la bd ?!

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

_epegasus_

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 :)

haloween

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

therier

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'.

speed18

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

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

_epegasus_

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 ...

speed18

_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...

slvn

"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 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]

slvn

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:)

_epegasus_

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 ...

slvn	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 ?!