Plus sérieusement, à te lire, on a l'impression que la procédure stockée, c'est le mal. Que tu ne les utilises pas et/ou que tu ne l'aimes pas, c'est ton choix. Dire que c'est de la merde, désolé, je ne peux pas ne pas réagir.
L'impossibilité de maintenir ce genre de code, le fait de séparer ta logique dans des endroits aussi divers que variés,... J'ai vu trop de projets se mordre les doigts, les mains, les poignets,... après quelques années d'utilisation de ce genre de choses. Cerise sur le gâteau, c'est hyper intrusif dans ton design ! Retirer ce genre de chose est une galère sans nom.
Une base de données c'est un modèle de données et un système de requête cohérent avec un certain nombre de garantie. Déplacer un bout de ta logique dans ta base de données, c'est foncé droit dans un mur.
Alors oui, tu peut avoir de bonne raison (souvent c'est la perf) pour faire des petits traitements coté db, mais je préfère faire le chien de garde pour éviter au maximum de le faire et si c'est fait réduire au maximum la logique que tu y met.
En fait je suis un peu méchant, avec couchdb ça peut avoir du sens parce que selon ce que tu fait tu peut tout mettre dans couch (tu as un reverse proxy http pour le statique et il redirige toutes les requêtes WS vers couchdb). Mais c'est vraiment un cas particulier.
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é à 5.
L'impossibilité de maintenir ce genre de code, le fait de séparer ta logique dans des endroits aussi divers que variés,... J'ai vu trop de projets se mordre les doigts, les mains, les poignets,... après quelques années d'utilisation de ce genre de choses. Cerise sur le gâteau, c'est hyper intrusif dans ton design ! Retirer ce genre de chose est une galère sans nom.
Une base de données c'est un modèle de données et un système de requête cohérent avec un certain nombre de garantie. Déplacer un bout de ta logique dans ta base de données, c'est foncé droit dans un mur.
Alors oui, tu peut avoir de bonne raison (souvent c'est la perf) pour faire des petits traitements coté db, mais je préfère faire le chien de garde pour éviter au maximum de le faire et si c'est fait réduire au maximum la logique que tu y met.
En fait je suis un peu méchant, avec couchdb ça peut avoir du sens parce que selon ce que tu fait tu peut tout mettre dans couch (tu as un reverse proxy http pour le statique et il redirige toutes les requêtes WS vers couchdb). Mais c'est vraiment un cas particulier.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)