Le mec qui me dit que le mec qui lui dit qu'il faut faire des proc stockées doit être pendu, je le prends pas sur un projet.
C'est une approche dogmatique. Comme d'habitude, il n'y a pas d'approche miracle qui répond à tout.
Hé hé ! Comme je l'ai dit après je vais surtout t'obliger à affûter tes arguments autant que possible pour la moindre ligne de ce genre de code.
Par exemple personne ne m'a encore expliqué comment tu teste ce code (avec une certaine complétude tout de même donc mesurable).
C'est assez drôle l'histoire de la DMZ. Si tu penses pouvoir te permettre d'avoir un mauvais débit entre ta base et ton application, c'est que tu te fous des performances.
Par contre ça peut être sympa d'aller voir des gens qui ont ce genre de problèmes mais avec une charge plusieurs magnitudes de fois supérieure à ce qu'on trouve généralement. Les Google, Facebook, Netflix, etc sont très prolixes sur ce genre de sujets et ils ne cherchent pas à vendre du cloud, une appli ou une techno, juste ils partagent leur expérience.
Je ne doute pas qu'il y en a qui sont contents avec des procédures stockées. Mais il faut les tester et maintenir les tests et leur qualité tout au long de la vie du logiciel. C'est très coûteux parce que tu n'a pas framework de test et très long parce que du coup ce sont des tests d'intégration. Et ça ne se vend pas. Alors que la performance si, donc on a facilement tendance a ajouter des choses en procédure stockée parce que c'est plus rapide, avec une tendance a faire moins de tests parce que c'est plus long et compliqué tout ça avec potentiellement plus de bugs parce que c'est un mode d'exécution différents du reste de l'application. Ok tu arrive à gérer tout ça... Aujourd'hui, mais dans un ou deux ans ?
Puis un jour tu as de nouvelles contraintes qui te poussent à changer de base (l'arrêt du support de ta base actuelle par exemple ?) et là tu pleure tout ce que tu peux.
Ce n'est pas de la théorie, j'ai déjà eu plusieurs expérience de ce genre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Facile!
Posté par barmic . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 0.
Hé hé ! Comme je l'ai dit après je vais surtout t'obliger à affûter tes arguments autant que possible pour la moindre ligne de ce genre de code.
Par exemple personne ne m'a encore expliqué comment tu teste ce code (avec une certaine complétude tout de même donc mesurable).
C'est assez drôle l'histoire de la DMZ. Si tu penses pouvoir te permettre d'avoir un mauvais débit entre ta base et ton application, c'est que tu te fous des performances.
Par contre ça peut être sympa d'aller voir des gens qui ont ce genre de problèmes mais avec une charge plusieurs magnitudes de fois supérieure à ce qu'on trouve généralement. Les Google, Facebook, Netflix, etc sont très prolixes sur ce genre de sujets et ils ne cherchent pas à vendre du cloud, une appli ou une techno, juste ils partagent leur expérience.
Je ne doute pas qu'il y en a qui sont contents avec des procédures stockées. Mais il faut les tester et maintenir les tests et leur qualité tout au long de la vie du logiciel. C'est très coûteux parce que tu n'a pas framework de test et très long parce que du coup ce sont des tests d'intégration. Et ça ne se vend pas. Alors que la performance si, donc on a facilement tendance a ajouter des choses en procédure stockée parce que c'est plus rapide, avec une tendance a faire moins de tests parce que c'est plus long et compliqué tout ça avec potentiellement plus de bugs parce que c'est un mode d'exécution différents du reste de l'application. Ok tu arrive à gérer tout ça... Aujourd'hui, mais dans un ou deux ans ?
Puis un jour tu as de nouvelles contraintes qui te poussent à changer de base (l'arrêt du support de ta base actuelle par exemple ?) et là tu pleure tout ce que tu peux.
Ce n'est pas de la théorie, j'ai déjà eu plusieurs expérience de ce genre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)