Services : Actualité Emploi Blog Forum Flux
Formation Trafic : Référencement Liens sponsorisés Affiliation Ecommerce Nom de domaine E-réputation Marketing Mobile Black Hat
Formation Technique : Performance Web Html Css Sql Curl Asp Dotnet Php Ajax Wordpress Twitter Google Analytics

Forum Oseox
Oseox

Checklist Optimisation Mysql

Forum Référencement et Trafic
Nous sommes le Mer 22 Nov 2017 19:12

Heures au format UTC [ Heure d’été ]




Poster un nouveau sujet Répondre au sujet
Auteur Message
MessagePosté: Ven 4 Déc 2009 10:21 
Administrateur
Avatar de l’utilisateur
Voici une checklist sur l'optimisation et les meilleures pratiques concernant l'utilisation d'une base de données Mysql.

http://net.tutsplus.com/tutorials/other ... practices/

Ce cours est plutôt bien fait, propose des illustrations et exemples.

A bookmarquer en complément du cours SQL publié sur Oseox.


Haut
 Profil Envoyer un e-mail  
 
MessagePosté: Ven 4 Déc 2009 19:45 
Bon article,
A noter qu'il oublie la principale source d'optimisation de requètes sql :
n'en faire que lorsque l'on en a vraiment besoin!
Dans beaucoup de cas, on pourrait s'en passer, voire contourner le problème différemment pour un résultat identique.

A signaler du même auteur : http://www.phpandstuff.com/articles/top ... -framework
( sur le site de l'auteur :) )


Haut
 Profil Envoyer un e-mail  
 
MessagePosté: Dim 6 Déc 2009 09:59 
Professionnel
Professionnel
Avatar de l’utilisateur
Citation:
Dans beaucoup de cas, on pourrait s'en passer, voire contourner le problème différemment pour un résultat identique.

Hello, loin de moi l'idée de réfuter, mais je pense aussi que dans beaucoup de cas (voire la quasi-totalité), les sgbd sont sous-exploités par les développeurs web : la gestion des accès concurrents, les triggers/procédures stockées sont absentes dans nombre d'appli web et palliées par un script php ce qui dans bien des cas alourdit la charge du serveur. Il ne faut pas non plus perdre de vue que l'accès aux données est réellement optimisé par les sgbd.

Bref, requêter n'est pas toujours un gros mot :)


Haut
 Profil Envoyer un e-mail  
 
MessagePosté: Dim 6 Déc 2009 22:17 
Je ne parlerais pas au nom de tous les developpeurs web, mais pour ma part, j'utilises mysql. Or :
- les triggers ont été ajoutées récemment, elles ne sont pas, à mon avis, suffisamment matures. J'ai pas envie de dév. sur une fonctionnalité qui va très certainement changer ces prochains mois..
- les procédures 'stockées' sont stockées dans le sgbd, donc difficilement exportables. Ca créé d'autant plus de problèmes lorsque tu dois tester ton application ailleurs. Quand je vois le b... que ca m'as mis lorsque j'ai voulu exporter une base, je préfère m'en passer. D'ailleurs, comme dirait la doc :
Code:
L'implémentation des procédures stockées de MySQL est en cours de développement.

Bref, c'est 'tout nouveau' pour mysql, donc vaut mieux attendre (à mon avis) que d'autres se cassent les dents dessus avant de les prendre en charge.

Enfin, pour ce qui est de 'alourdir la charge du serveur', en général c'est la base qui chauffe avant Php.

Par contre, pour ce qui est des autres sgbd, tel Oracle par exemple, c'est probablement une bonne chose. Mais.. Combien de développeurs web utilisent Oracle ?

Mais bon, ca n'est que mon avis ;)


Haut
 Profil Envoyer un e-mail  
 
MessagePosté: Lun 7 Déc 2009 20:36 
Professionnel
Professionnel
Avatar de l’utilisateur
Mysql n'est pas un mauvais choix (depuis la version 5 tout au moins, avant...bref :| )

Sans aller jusqu'à utiliser Oracle ou un autre sgbd, je dirai que mysql est suffisamment mature pour pas mal de choses (dont les triggers) et prétend (ce n'est aussi qu'un avis) que tu prends pas le problème par le bon côté. Je vais lancer une affirmation débile, je pense que 99% des développeurs web ne respectent pas les bases de ce qui fait qu'une base de donnée ne craint pas de morfler à terme : tout con, le respect des formes normales (ht*p://fr.wikipedia.org/wiki/Forme_normale_%28bases_de_donn%C3%A9es_relationnelles%29),

De nombreuses données surchargent inutilement la quasi-totalité des bases : identifiants souvent inutiles (clés primaires débiles), redondance des données, absence de clés étrangères systématique (tu remarques que je n'aborde même pas les triggers). Je ne vais pas jeter la pierre, je suis le premier à claquer un id en auto-incrément pour des petits projets ... j'espère d'ailleurs ne pas être lu par certains collègues qui vont me défoncer pour cette phrase tant je suis souvent branleur en conception, mais bon, je fais quand même attention pour les bases plus sollicitées.

Bien que n'étant pas spécialiste sgbd, j'ai fréquenté l'accès|conception sgbd pour la gestion d'une caisse maladie, et très honnêtement, ma conclusion perso : MySQL est très correct, et ses triggers fiables; si une chose est à mettre en cause, c'est à mon sens dans beaucoup de cas le développeur lorsque la base fait des siennes :)

Je suis par ailleurs plutôt d'accord avec cette phrase du wiki concernant la 3NF, je serai curieux de savoir si dire que 1% des sites la respecte est surestimé :

Citation:
Pour des petites bases de données, se limiter à la troisième forme normale est généralement une des meilleures solutions d'un point de vue architecture de base de données


Par contre, il est vrai que je ne suis pas super au point sur MySQL, mais les procédures stockées datent de 2004 maintenant, d'où vient ta citation ? :o


Haut
 Profil Envoyer un e-mail  
 
MessagePosté: Mar 8 Déc 2009 23:56 
quelque part part ici ;) >
http://www.google.fr/search?q=%22L%27im ... =firefox-a


Haut
 Profil Envoyer un e-mail  
 
MessagePosté: Mer 9 Déc 2009 01:53 
Professionnel
Professionnel
Avatar de l’utilisateur
ok, donc en fait, il vaut mieux se fier à la version en cours et aux pages en anglais qui sont plus à jour (effectivement la trad du site semble inachevée sur bien des points de vue, notamment dans la doc).

http://dev.mysql.com/doc/refman/5.0/en/ ... dures.html => http://dev.mysql.com/doc/refman/5.0/en/ ... tines.html


Haut
 Profil Envoyer un e-mail  
 
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  [ 7 messages ] 

Heures au format UTC [ Heure d’été ]


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité


Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
Abonnez-vous au flux RSS

Blog

Forum

Offres d'emploi

Copyright : Moteur, traduction et optimisation
Merci de votre visite sur le forum Oseox