Bonjour,
 
j'aimerais tester des requetes SQL,
y'aurait il un logiciel gratuit et pratique pour une utilisation non commerciale?
merci

Microsoft SQL Server en version express est gratuit.
MySQL
Etc >> Google

 
 
Merci    
 
je sais que Google est tres utile mais j'ai prefere demander l'avis de personnes qui s'y connaissent
 
SQL Server risque d'etre lourd pour mon vieil ordi assemblé en 2000(duron 700 mhz, 384mo de ram) mais je vais essayer

Franchement ça dépend surtout de la quantité de données que tu va y coller.

+1
 
c'est vrai que ta machine est un peu... euh... même chez emaüs ils en voudraient pas
mais bon, tant que tu mets pas des milliards de lignes dedans, ça devrait tourner... y'a des tas de serveurs en entreprise qui sont moins puissants que ça ! - même bon, il tournent avec SQL Server 7.0 -
 
sinon, en plus de SQL Server 2005 Express et MySQL, il y a aussi PostGreSQL et Oracle XE.
 
Je te déconseille le dernier, parceque lui, effectivement, c'est une usine à gaz... Rien que le module d'installation en Java risque de ne pas tourner
Par contre, PostGreSQL se situe juste devant SQL Server 2005 Express pour ce qui concerne les capacités et le respet de la norme SQL (donc plus facile si tu n'as pas d'expérience, les exemples de tes cours devraient tourner du premier coup).
 
Par contre, c'est une plaie à installer.
 
Reste donc SQL Server et MySQL. Si tu veux t'habituer dès maintenant à faire de la merde, du peux faire du MySQL Nan, je rigole, avec les dernières versions -je te conseille de prendre au moins une 5.1- tu commences à avoir quelques trucs pas trop mal et un respect plus complet du standard.
 
Pour la simplicité d'installation et d'administration, en tout cas, y'a pas à tortiller, c'est un de ces deux là.
 
(magicbuzz ou la capacité à écrire des tartines pour ne rien dire )

ps : et n'oublie pas d'aller lire le second lien de ma signature

Tant qu'on y est :
Et niveau perf, la v5.1 de MySQL ça dit quoi?

aucune idée.
 
je dirais un peu plus lent que les précédentes certainement (augmenter le périmètre fonctionnel, ça a forcément un impact sur les perfs) mais certainement rien de dramatique.
 
dans tous les cas, si c'est juste pour t'exercer au SQL, les perfs c'est bien le dernier de tes soucis. tu devrais pas avoir plus de 1000 lignes dans tes tables, à partir de là, même un SGBD basé sur du XML offre des performances très honêtes en mono-session.

Justement si je demande c'est que j'ai largement dépassé le stade ou je faisais des exercices. Là où j'en suis, les performances sont quand même assez importantes et font parti des critéres de choix.

Bon je vais chercher un peu la dessus.
Merci.

Ben si les perfs font partie des critères de choix :
1/ c'est plus "de la pratique", mais "du travail"
2/ s'offrir de bonnes performances, c'est avant tout y mettre les moyens : achète un PC décent
3/ on ne choisi pas un SGBD uniquement en fonction de ses performances, très loin de là
 
Sinon, si tu veux pratiquer pour trouver quelle écriture est la plus optmisée, sâche que...
1/ Entre 0,00001 et 0,1 secondes, "à l'oeil nu" on ne voit pas de différence. donc avoir une requête qui passe de 0,01 seconde à 10 secondes est bien plus intéressant
2/ Tous les SGBD cités dans ce topic permettent de présenter leur plan d'exécution. C'est la seule chose à prendre en considération pour ce qui est de l'optimisation : les histoires de cache et tout ça, c'est bien joli, mais directement proportionnel avec la quantité de RAM disponible, donc absolument pas fiable comme indicateur
3/ Vu qu'on parle non plus de temps d'exécution mais de plan d'exécution, des tables avec 100 ou 1000 lignes sont largement suffisantes pour se rendre compte des problèmes de performances
 
-- /me repond à côté de la plaque, je t'ai pris pour Error434
 
M'enfin bon, pouet quoi

Ok me semblais bien aussi.