Je ne dis pas que MySQL est parfait et que les autres devraient faire pareil que lui. Ce n'est vraiment pas mon propos. Je dois vraiment mal m'exprimer si c'est ainsi qu'on me comprend :-/
Les normes SQL, il faut être réaliste : le développeur s'en moque un petit peu. Il consulte la documentation de son SGBD, celui avec lequel il travaille quotidiennement et qui lui importe le plus pour son projet et il adapte les exemples de la documentation pour son besoin de l'instant. Comme beaucoup ici, j'ai appris à l'école toutes ces normes théoriques, qu'on essayait d'appliquer ensuite en TP. Et puis ensuite tu arrives en entreprise, tu as du Oracle partout et exclusivement, tu regardes le modèle et tu te dis "quels guignols, ils ne respectent pas telle ou telle formale...", tu vas voir un développeur expérimenté qui te remet rapidement en place parce qu'ici c'est la vraie vie avec des vraies contraintes de performances et que si on duplique telle ou telle donnée, ça divise par 3 le temps de traitement. C'est juste un exemple, afin de démontrer qu'il y a souvent des écarts entre la théorie et la pratique et que c'est justifiable.
soit tu découples les requêtes SQL du reste du code [...] Si tu me dis, que même
çà à un coût signicatif niveau performances
Je pense que niveau performances, ce serait aussi efficace voire peut-être un poil mieux que ce qu'on fait actuellement. Le soucis, c'est que cela signifie un chantier énorme, pour une finalité pas si énorme que ça.
[^] # Re: MediaGoblin, une petite demo n'aurait pas ete de trop
Posté par Pierrick Le Gall . En réponse à la dépêche Petites brèves : MediaGoblin, CloudStack, Walt Disney et G'MIC. Évalué à 5.
Je ne dis pas que MySQL est parfait et que les autres devraient faire pareil que lui. Ce n'est vraiment pas mon propos. Je dois vraiment mal m'exprimer si c'est ainsi qu'on me comprend :-/
Les normes SQL, il faut être réaliste : le développeur s'en moque un petit peu. Il consulte la documentation de son SGBD, celui avec lequel il travaille quotidiennement et qui lui importe le plus pour son projet et il adapte les exemples de la documentation pour son besoin de l'instant. Comme beaucoup ici, j'ai appris à l'école toutes ces normes théoriques, qu'on essayait d'appliquer ensuite en TP. Et puis ensuite tu arrives en entreprise, tu as du Oracle partout et exclusivement, tu regardes le modèle et tu te dis "quels guignols, ils ne respectent pas telle ou telle formale...", tu vas voir un développeur expérimenté qui te remet rapidement en place parce qu'ici c'est la vraie vie avec des vraies contraintes de performances et que si on duplique telle ou telle donnée, ça divise par 3 le temps de traitement. C'est juste un exemple, afin de démontrer qu'il y a souvent des écarts entre la théorie et la pratique et que c'est justifiable.
Je pense que niveau performances, ce serait aussi efficace voire peut-être un poil mieux que ce qu'on fait actuellement. Le soucis, c'est que cela signifie un chantier énorme, pour une finalité pas si énorme que ça.