05/05/12 9:36
ampeg
Devo notificare tramite SQL Server ad un PC remoto che un campo di una tabella è stato modificato, avrei pensato all'utilizzo della classe SQLDependency supportata dalla versione 2005 di SQl Server ed ho trovato un esempio a questo indirizzo
dreamincode.net/forums/topic/185244-using-sqldependency-to-monitor-sql-database-changes/
niente da dire, fa quello che deve fare, però non è proprio come me l'aspettavo poiché l'evento OnChange della SqlDependency viene invocato di continuo (in loop) e non solo nel caso in cui avvenga effettivamente una modifica nel campo interessato, questo rende praticamente inutilizzabile il metodo perché il datareader viene continuamente aggiornato e l'applicazione va a scatti, quindi mi chiedo che senso possa avere...
ho provato anche l'esempio proposto qua: MSDN msdn.microsoft.com/en-us/library/…(v=vs.80).aspx ma fa lo stesso orrendo effetto
c'è qualche idea per migliorare la situazione?
considerando che vorrei evitare la soluzione di un applicativo client / server per inviare la notifica e vorrei evitare di usare un Timer per verificare se il campo è stato cambiato, anche se vedendo i risultati della SqlDependency sarebbe decisamente meglio il Timer
dreamincode.net/forums/topic/185244-using-sqldependency-to-monitor-sql-database-changes/
niente da dire, fa quello che deve fare, però non è proprio come me l'aspettavo poiché l'evento OnChange della SqlDependency viene invocato di continuo (in loop) e non solo nel caso in cui avvenga effettivamente una modifica nel campo interessato, questo rende praticamente inutilizzabile il metodo perché il datareader viene continuamente aggiornato e l'applicazione va a scatti, quindi mi chiedo che senso possa avere...
ho provato anche l'esempio proposto qua: MSDN msdn.microsoft.com/en-us/library/…(v=vs.80).aspx ma fa lo stesso orrendo effetto
c'è qualche idea per migliorare la situazione?
considerando che vorrei evitare la soluzione di un applicativo client / server per inviare la notifica e vorrei evitare di usare un Timer per verificare se il campo è stato cambiato, anche se vedendo i risultati della SqlDependency sarebbe decisamente meglio il Timer
Ultima modifica effettuata da ampeg 05/05/12 9:38
aaa