Trigger et/ou procédure stockée ?

Bonjour,

Citation:

Afin de ne pas mettre le minimum de code dans mon interface .net j'ai décidé de déclarer des triggers sur mes tables.

Il n'y a pas de relation directe entre l'un et l'autre.
Les triggers sont là pour implémenter une contrainte d'intégrité des données complexe liée au métier de votre entreprise.

Citation:

Je me pose alors une question en terme d'optimisation : trigger vs procédure stockée ?

Là encore la différence entre un trigger et une procédure stockée est majeure : une procédure stockée est une suite d'instructions qui peut prendre en entrée des pamètres, et qui peut retourner des paramètres, un ensemble, ou rien.

un trigger DML s'exécute lorsqu'une requête tente de modifier les données d'une table. Il ne peut prendre et fournir aucun paramètre, et son exécution est automatique.

Donc par exemple : si vous voulez ajouter une commande pour un client, vous allez utiliser une procédure stockée.
Si en revanche vous voulez automatiquement ajouter une commande à un fournisseur lorsque la quantité en stock d'un produit passe en dessous d'un seuil, vous utiliserez un peut-être un trigger.

Enfin, pour en revenir aux règle métier d'une entreprise, vous pouvez aussi utiliser des contraintes de domaine (CHECK).
Celles-ci peuvent être implémentées à l'aide d'une fonction SQL ou CLR.

Citation:

Grosso modo est ce que si je déplace la majorité de mon code dans une procédure je gagne du temps d'exécution ?

Ce n'est pas le seul gain mais il est clair que c'est le principal.
Pour vous en convaincre, je vous invite à lire l'article de SQLPro sur ce sujet (PDF).

Citation:

Toujours dans un souci d'optimisation, vaut il mieux que je mette mes executions annexes dans des procédures avec variables output ou dans des fonctions ?

Les fonctions scalaires sont connues pour être contre-performantes.
Ensuite pour les procédures stockées, cela dépend de ce que vous entendez par "annexe".
Enfin les fonctions ont un certain nombre de limitations.

Soyez plus précis dans votre contexte, en donnant des exemples concrets si vous voulez une réponse moins générale.

@++ ;)