Pourquoi, de la nature de la procédure (native ou stockée) dépend le type de test (unitaire ou d'intégration) ?
Je ne sais pas tester unitairement une procédure stocker (donc exécution uniquement en mémoire et uniquement de la procédure en question). Si tu sais faire c'est cool. Ça fait juste 2 jours que je demande comment on fait.
Tu m'as dit qu'un client pouvait souhaiter utiliser un autre SGBD, pas que j'avais besoin de changé de base ;
Je t'ai montré un exemple de quelqu'un qui aimerait bien ne pas avoir une base en fin de vie sur sa plateforme.
De part le couplage fort, oui, changer de base de données nécessite une révolution. Est-ce que j'ai dit que je préférais tout réécrire ? Non. Relis bien.
Idem relis bien, je n'ai pas dis que tu préférerais. J'ai dis que tu préférerais peut être, je ne vois pas en quoi j'ai dénaturé ton propos.
S'il n'y a pas besoin de pouvoir changer de BD, pourquoi se contraindre à le faire et à se limiter aux opérations supportés par toutes bases (CRUD) ? Parce qu'hypothétiquement, dans 5 ans il y en aura besoin ?
Parce que c'est évitable dans la majorité des cas, que c'est débraillable (tu peut toujours te rendre compte plus tard que c'est pas assez performant et réécrire ton code en procédure stockée) et que ça te coûte chère (en test, en couplage fort, etc). Qu'il y a à mon avis peu de cas où c'est la seule solution. Le couplage fort (en soit) c'est une dette technique (il y en a qui sont inévitables comme le langage (et encore tu peux faire de la génération de code à partir de modèle et d'automate), ça ne se mesure pas (la seule approximation c'est la qualité du code) et quand on te demande de l'encaisser tu déguste. J'ai vus trop de projet souffrir à cause de ça pour le plébisciter comme c'est le cas de beaucoup de monde.
Je réponds à ta remarque (trollesque qui plus est) : "Quelque soit le SGBDR, le mec qui me dit qu'il faut faire de la procédure stockée, mérite d'être pendu haut et court."
Je suis convaincu de ce que je dis. Je le dis de manière un peu abrupte pour susciter le débat. C'est peut être disruptif et ça remet en question des façon de travailler. Je trouve dommage d'apprécier aussi peu la remise en question par certains d'ailleurs, personnellement je considère que si on fait quelque chose plus par habitude qu'autre chose c'est qu'il y a un grave problème (c'est ce qui amène à choisir exchange comme tout le monde, à utiliser Word parce qu'on connaît, à prendre SAP pour pas prendre de risque, etc).
Il y a forcément des gens qui se sentent égratignés, j'explique que ce qu'ils font n'est, à mon avis, pas une bonne façon de travailler. Il y a de l'humain et c'est pour ça que je me fais moinsser. Je le comprends, je peux être un peu plus doux, mais je pense que si j'avais dis :
AMHA les procédures stockées sont rarement la bonne solution
Personne n'aurait réagis, car personne se ne sentirait concerné.
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é à 4.
Je ne sais pas tester unitairement une procédure stocker (donc exécution uniquement en mémoire et uniquement de la procédure en question). Si tu sais faire c'est cool. Ça fait juste 2 jours que je demande comment on fait.
Je t'ai montré un exemple de quelqu'un qui aimerait bien ne pas avoir une base en fin de vie sur sa plateforme.
Idem relis bien, je n'ai pas dis que tu préférerais. J'ai dis que tu préférerais peut être, je ne vois pas en quoi j'ai dénaturé ton propos.
Parce que c'est évitable dans la majorité des cas, que c'est débraillable (tu peut toujours te rendre compte plus tard que c'est pas assez performant et réécrire ton code en procédure stockée) et que ça te coûte chère (en test, en couplage fort, etc). Qu'il y a à mon avis peu de cas où c'est la seule solution. Le couplage fort (en soit) c'est une dette technique (il y en a qui sont inévitables comme le langage (et encore tu peux faire de la génération de code à partir de modèle et d'automate), ça ne se mesure pas (la seule approximation c'est la qualité du code) et quand on te demande de l'encaisser tu déguste. J'ai vus trop de projet souffrir à cause de ça pour le plébisciter comme c'est le cas de beaucoup de monde.
Je suis convaincu de ce que je dis. Je le dis de manière un peu abrupte pour susciter le débat. C'est peut être disruptif et ça remet en question des façon de travailler. Je trouve dommage d'apprécier aussi peu la remise en question par certains d'ailleurs, personnellement je considère que si on fait quelque chose plus par habitude qu'autre chose c'est qu'il y a un grave problème (c'est ce qui amène à choisir exchange comme tout le monde, à utiliser Word parce qu'on connaît, à prendre SAP pour pas prendre de risque, etc).
Il y a forcément des gens qui se sentent égratignés, j'explique que ce qu'ils font n'est, à mon avis, pas une bonne façon de travailler. Il y a de l'humain et c'est pour ça que je me fais moinsser. Je le comprends, je peux être un peu plus doux, mais je pense que si j'avais dis :
Personne n'aurait réagis, car personne se ne sentirait concerné.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)