Discussion :

[snetechen]

Bonjour,
j'ai des select, update, et insert à faire dans la base de données à partir d'un programme java.
dans un cas extreme j'aurais plus de 100 champs à modifier/inserer ou récuperer..à votre avis c'est mieux de passer par uen procédure stockées ou bien je vais ca avec java et la classe PreparedStatement.
Ya pas de limites pour PreparedStatement coté performance.

merci beaucoup

[HULK]

tu aura toujours de meilleures performances en passant par une procédure stockée, quelque soit le nombre de lignes à modifier.

[snetechen]

mais y a t'il un inconenient a passer systematiquement par des procedures stockees?

[HULK]

non pas vraiment :

Venons en maintenant aux inconvénients, qui sont certes peu nombreux mais de poids. Le premier, provient de la sécurité, nous n’avons pas vraiment à faire a un inconvénient puisqu’il est présent dans le cas de procédures standards, il s’agit des protections contre les modifications de schémas, de vues et autres règles. L’inconvénient se trouve dans le comportement du développeur ou de l’administrateur, qui n’a pas forcément le reflexe de modifier la procédure lors de modification de ce type. Le deuxième point apparaît lors de modifications majeures de la procédure stockée, entendre par là, la modification de paramètres d’entrée et de sortie, qui demande une mise à jours des appels dans le code source ainsi que du traitement des données en réception, qui vous prendra du temps à coder, tester et déployer. Dernier point mais pas le moindre, la portabilité : du fait qu’une procédure stockée utilise un langage procédurale et qu’il n’existe pas de standard bien définis pour ces langages, il est très souvent difficile de porter une procédure stockée d’un type de base de donnée à l’autre.

http://inside-dev.net/2007/01/08/de-...ures-stockees/