2009-10-15 4 views
0

Certains utilisateurs de création de rapports ad-hoc rencontrent certaines vues SQL Server. Parfois, les verrous de lecture pris par ces utilisateurs pour des requêtes particulièrement longues provoquent des problèmes ailleurs dans le système.Des problèmes avec des conseils de jointure dans une vue SQL Server 2000?

Je suis en train d'envisager d'ajouter quelques conseils stratégiques with(nolock) aux vues, mais je voulais savoir s'il y avait des pièges associés à des conseils dans les vues.

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

En outre, je sais que les conseils nolock sont une fonctionnalité avancée à ne pas utiliser à la légère et je suis bien conscient qu'ils introduisent des choses amusantes comme des lectures sales. Enfin, si vous pensez que read_committed_snapshot a un sens ici, je dois malheureusement dire qu'il n'est pas disponible pour 2000.

Répondre

1

Il est possible que le rapport affiche une vue incohérente des données. Ce genre de chose est rare, cependant. Néanmoins, une meilleure stratégie consiste à utiliser la réplication pour créer une base de données de rapports complètement séparée.

+0

@Joel, merci pour l'entrée et la confirmation de ce que j'ai recommandé à mon client (réplication transactionnelle ou quelque chose de similaire)! Je regarde cela pour l'utiliser en attendant. Les lectures sales sont acceptables. +1, merci! –

Questions connexes