Question

J'ai certains utilisateurs de rapports ad hoc des vues SQL frapper Server. De temps en temps les verrous en lecture prises par ces utilisateurs pour les requêtes particulièrement longues provoque des problèmes ailleurs dans le système.

J'envisage d'ajouter quelques conseils de with(nolock) stratégiques aux vues mais je voulais savoir s'il y a des pièges associés à des notes dans les vues.

S'il vous plaît ignorer les problèmes évidents avec les utilisateurs de laisser exécuter des requêtes cette proximité du métal SQL.)

De plus, je sais que des notes NOLOCK sont une fonctionnalité avancée de ne pas utiliser à la légère et je suis bien conscient qu'ils introduisent des choses amusantes comme lit sale. Enfin, si vous pensez que READ_COMMITTED_SNAPSHOT fait ici sens, je dois malheureusement dire que ce n'est pas disponible pour 2000.

Était-ce utile?

La solution

Il y a un potentiel pour le rapport afin d'afficher une vue incohérente des données. Ce genre de chose est rare, cependant.

Pourtant, une meilleure stratégie consiste à utiliser la réplication pour créer une base de données de rapports complètement séparés.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top