Les déclencheurs diminuent-ils les performances? Des tables insérées et supprimées?

Question

Supposons que j'ai des procédures stockées qui effectuent des opérations d'insertion/mise à jour/suppression sur la table.

En fonction de certains critères, je souhaite effectuer certaines opérations.

Dois-je créer un déclencheur ou effectuer l'opération dans la procédure stockée elle-même?

L'utilisation des déclencheurs réduit-elle les performances?

Est-ce que ces deux tableaux à savoir Inséré et supprimé existe (persistante) ou sont créés dynamiquement?

Si elles sont créées dynamiquement, cela pose un problème de performances.

S'il s'agit de tables persistantes, où sont-elles?

Aussi, s'ils exixts alors puis-je accéder Inséré et Deleted tables dans les procédures stockées?

Answer 1

Performance sur quoi? le déclencheur effectuera une mise à jour sur la base de données après l'événement, de sorte que l'utilisateur de votre système ne saura même pas qu'il se passe. Cela arrive en arrière-plan.

Votre question est formulée d'une manière assez difficile à comprendre.

Answer 2

Oui, une table avec un déclencheur ne fonctionnera pas aussi bien qu'elle le ferait sans elle. La logique dicte que faire quelque chose est plus cher que de ne rien faire.

Je pense que votre question serait plus pertinente si vous demandiez si elle est plus performante qu'une autre approche que vous n'avez pas spécifiée. En fin de compte, je choisirais l'outil le plus approprié pour le travail et ne m'inquiéterais des performances qu'en cas de problème, pas avant même que vous n'ayez implémenté une solution.

Les tables insérées et supprimées sont disponibles dans le déclencheur. Il est donc interdit de les appeler à partir de procédures stockées.

Answer 3

Il diminue les performances sur la requête par définition: la requête fait alors quelque chose qu'elle ne ferait pas autrement.

L'autre façon de voir cela est la suivante: si vous deviez faire manuellement tout ce que le déclencheur fait de toute façon, alors ils augmentent les performances en économisant un aller-retour. Faites un peu plus loin: cet avantage disparaît si vous utilisez une procédure stockée et que vous exécutez un aller-retour sur un serveur de toute façon.

Cela dépend de la façon dont vous le regardez.

Answer 4

Sera-t-il moins performant que de faire la même chose dans un proc stocké? Probablement pas mais avec toutes les questions de performance, la seule façon de vraiment savoir est de tester les deux approches avec un ensemble de données réaliste (si vous avez une table d'enregistrement de 2.000.000, ne testez pas avec une table avec 100 enregistrements!Cela dit, le choix entre un déclencheur et un autre procédé dépend entièrement de la nécessité que l'action en question se produise, peu importe la façon dont les données sont mises à jour, supprimées ou insérées. S'il s'agit d'une règle commerciale qui doit toujours se produire, peu importe quoi, un déclencheur est le meilleur endroit pour cela ou vous aurez éventuellement des problèmes d'intégrité des données. Les données dans les bases de données sont fréquemment modifiées à partir de sources autres que l'interface graphique. Lors de l'écriture d'un déclencheur, il y a plusieurs choses à prendre en compte. Tout d'abord, le déclencheur se déclenche une fois pour chaque lot. Ainsi, que vous ayez inséré un enregistrement ou 100 000 enregistrements, le déclencheur ne se déclenche qu'une fois. Vous ne pouvez pas supposer jamais qu'un seul enregistrement sera affecté. Vous ne pouvez pas non plus supposer que ce sera toujours un petit ensemble d'enregistrements. C'est pourquoi il est essentiel d'écrire tous les déclencheurs comme si vous alliez insérer, mettre à jour ou supprimer un million de lignes. Cela signifie une logique basée sur un ensemble et pas de curseurs ou en boucles si possible. Ne prenez pas un proc stocké écrit pour gérer un enregistrement et l'appeler dans un curseur dans un déclencheur.

De même, n'envoyez pas d'e-mails à partir d'un curseur, vous ne souhaitez pas arrêter tous les insertions, mises à jour ou suppressions si le serveur de messagerie est arrêté.