Bonjour à tous
SQL Server ne propose pas de trigger BEFORE UPDATE , INSERT DELETE mais à la place un triger UPDATE, INSERT DELETE INSTEAD OF
Suite à un evement sur l'IHM qui appel via ADODB un ensemble de traitements sur les tables, quelle pratique faut-il appliquer?
- Déclarer une proc. Stock. dans laquelle il y a les traitements a faire
- Déclarer des triggers en INSTEAD OF.
Je dois préciser qu'actuellement j'appelle des proc. Stock. via ADODB et que j'ai opté de ne pas gérer lles erreurs de violation de contraintes dans l'IHM en reimplementatnt les contraintes dans les proc. Stocks car
- Je ne connais pas toutes les codes d'erreur ADODB renvoyés en cas de violation de contrainte
- Je ne veux pas de message en cas de violation d'unicité
Donc actuellement, j'appelle des proc. stock. sur l'événement CLICK d'objets type bouton depuis mon IHM et dans les proc. stock. je reimplemente les contraintes d'intégrité mais pas que. et vais prendre un cas concret pour illustration.
Je récupère une base avec des tables dénormalisées qui au lieu d'avoir en ligne les tuiles (champ1, champ2), les ont colonne (implémentation de feuille EXCEL😠😡🤬
Donc les opérations d'INSERT UPDATE DELETE nécessitent du traitement préalable pour taper dans la bonne colonne.
Donc
- Gestion des erreur dans le front ou implémentation des tests sur les contraintes ? J'avoue qu'après avoir posé la question, il me semble que la gestion dans le front est la meilleure solution car j'évite de reicrire du code pour rien. On faut espérer que les codes erreurs ADODB soient bien distincts entre par exemple une violation d'intégrité et un manque de paramètre
- proc. Stock ou trigger INSTEAD OF?
Question subsidiaire, est-il possible d'ailleurs de traiter ce type de table dénormalisée via un trigger ?
Merci par avance pour toute aide
Partager