31-01-2013, 01:22 PM
Ceci dit je trouve qu'il a raison de pas mettre ça en colonne mais de le mettre en jointure
31-01-2013, 01:22 PM
Ceci dit je trouve qu'il a raison de pas mettre ça en colonne mais de le mettre en jointure
31-01-2013, 05:08 PM
Peu importe si je rajoute ou pas. Soit on fait les choses bien, soit on fait les choses pas bien.
Sachant tout de même que plus votre architecture objet/sql est dynamique mieux c'est pour la suite. Je n'ai pas d'exemple ou trop de dynamique eu était un soucis, alors que l'inverse.....
31-01-2013, 08:31 PM
Faire de l'overengineering est tout aussi mauvais que de faire une mauvaise conception. Il faut être pragmatique quand on développe.
01-02-2013, 09:40 AM
(31-01-2013, 08:31 PM)Sephi-Chan a écrit : Faire de l'overengineering est tout aussi mauvais que de faire une mauvaise conception. Il faut être pragmatique quand on développe. J'ajouterais même que la dénormalisation des schémas de BDD, y compris dans les milieux pros, n'est pas rare et est souvent motivée par des raisons de performances. (31-01-2013, 12:18 PM)Wells a écrit : Je vous remercie, je ne souhaitais pas le faire en sous requete dans le JOIN, mais si y a pas plus propre que ça tant pisC'est propre, c'est performant et ça fait ce que tu veux. Quel est ton problème avec les sous requêtes ?
Quand on te dit qu'un projet est terminé à 90%, prépare toi pour les 90% suivant
Ninety-Ninety Rule "Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire" Vu sur IRC |
|