Bonjour
Actuellement, nous utilisons SQL Server mais malheureusement avec un code source d'une application qui n'est pas très propre car le programme utilise des transactions très longues, avec triggers très longs, sans optimisation
Nous réécrirons plus tard le code mais pour l'heure nous cherchons une solution de secours car nous rencontrons beaucoup de blocages SQL
Il a notamment été proposé et activé chez un client une solution par SNAPSHOT mais avec un READ_COMMITTED_SNAPSHOT à OFF
Sur un outil de recherche (uniquement du SELECT), une transactionscope (c#) est activé en mode SNAPSHOT
Je me pose la question de l'intérêt dans le cadre de READ_COMMITTED_SNAPSHOT OFF de positionner une requête de type SELECT en mode SNAPSHOT
Est ce que ce mode ne présente pas seulement un intérêt sur des commandes INSERT, UPDATE et DELETE (UID) ?
Comme c'est le cas quand READ_COMMITTED_SNAPSHOT est à ON et que les transactions UID ont lieu dans TempDb ce qui évite les blocages futurs de SELECT dans la base de données
Merci pour vos commentaires
Cordialement
F.Jobard
Partager