Discussion :

[mictif]

Bonjour,


J'ai une table de LOG commune à toutes mes applications avec pas mal d'insertion et aimerais avoir une sorte de console développée en .net qui m'affiche en Live toutes ces lignes.Mon but est de faire une application qui recherche les nouvelles lignes d'une table.


La solution faire une application qui fait un Select toutes les 30 secondes me parait un peu brutale. §Je ne voudrais pas solliciter de trop la base a risque de la monopoliser a détriment des autres applications plus importante !

En .net, il existe un objet de type FileWatcher qui déclenche un événement à chaque modification d'un répertoire (ajout suppression et modification d'un fichier dans celui ci).
Y a t'il un équivalent pour MS-SQL ou un moyen de procéder "propre" ?

Merci par avance de vos lumières

[vttman]

Bonjour,
Il y a bien les triggers ...
Déclenchement automatique d'une insertion dans une table temporaire lorsque telle ou telle ligne sous telle ou telle condition est insérée dans la table log
puis vidage de la table temp tous les x enregistements ... ce genre de chose quoi ... maintenant est-ce la bonne solution !?

[mictif]

Oui mais le trigger de remonte pas jusqu’à mon application client.

J'ai trouvé ce que je cherche finalement.. enfin je pense

https://msdn.microsoft.com/fr-fr/lib...code-snippet-1

reste a voir si j'arrive a l’implémenter !

Merci !

[Donpi]

Si c'est juste pour lire une table de log, pour peu qu'il y aie l'index qui va bien, une lecture de x lignes toutes les 30 secondes ne me parait pas excessif.
On peu même imaginer d'utiliser un With(NoLock) dans ce contexte. L'appli ne sera pas bloquée par le transactions en cours, c'est juste des logs après tout.

Haaaa j'ai dis NoLock!! Aller crucifiez moi...

[aieeeuuuuu]

bonjour,

Le service broker pourrait aussi être une solution a envisager

[SQLpro]

Si c'est juste pour lire une table de log, pour peu qu'il y aie l'index qui va bien, une lecture de x lignes toutes les 30 secondes ne me parait pas excessif.
On peu même imaginer d'utiliser un With(NoLock) dans ce contexte. L'appli ne sera pas bloquée par le transactions en cours, c'est juste des logs après tout.

Haaaa j'ai dis NoLock!! Aller crucifiez moi...

With nolock n'est jamais une solutions à préconiser car cela conduit à de la lecture sale. En revanche faire un lecture ne mode d'isolation optimise par l’intermédiaire du niveau d’isolation snapshot oui.

A +