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 ?
