Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
MSSQL 2008 og WITH NOLOCK
4 views
Skip to first unread message
JH
Nov 1, 2012, 4:39:38 AM11/1/12
to
Hvis jeg har et view der sammensætter flere tabeller, kan jeg så uden frygt bruge WITH NOLOCK på det view således, at mine mange læsninger ikke blokere for andre?
Jeg kan også spørge anderledes - må man altid gerne bruge WITH NOLOCK på SELECT? Det giver jo sig selv, at man kan få problemer hvis det bruges i sammenhæng med UPDATE, INSERT eller DELETE.
Jeg kan også spørge anderledes - må man altid gerne bruge WITH NOLOCK på SELECT? Det giver jo sig selv, at man kan få problemer hvis det bruges i sammenhæng med UPDATE, INSERT eller DELETE.
Arne Vajhøj
Nov 1, 2012, 7:56:16 AM11/1/12
to
On 11/1/2012 4:39 AM, JH wrote:
> Hvis jeg har et view der sammens�tter flere tabeller, kan jeg s� uden
> frygt bruge WITH NOLOCK p� det view s�ledes, at mine mange l�sninger
> ikke blokere for andre?
>
> Jeg kan ogs� sp�rge anderledes - m� man altid gerne bruge WITH NOLOCK
> p� SELECT? Det giver jo sig selv, at man kan f� problemer hvis det
> bruges i sammenh�ng med UPDATE, INSERT eller DELETE.
Hvis der ingen �ndringer laves i databasen kan du uden problemer bruge
NO LOCK altid.
Men er det realistisk??
Arne
> Hvis jeg har et view der sammens�tter flere tabeller, kan jeg s� uden
> frygt bruge WITH NOLOCK p� det view s�ledes, at mine mange l�sninger
> ikke blokere for andre?
>
> Jeg kan ogs� sp�rge anderledes - m� man altid gerne bruge WITH NOLOCK
> p� SELECT? Det giver jo sig selv, at man kan f� problemer hvis det
> bruges i sammenh�ng med UPDATE, INSERT eller DELETE.
Hvis der ingen �ndringer laves i databasen kan du uden problemer bruge
NO LOCK altid.
Men er det realistisk??
Arne
JH
Nov 1, 2012, 8:37:57 AM11/1/12
to
> > Hvis jeg har et view der sammensætter flere tabeller, kan jeg så uden
> > frygt bruge WITH NOLOCK på det view således, at mine mange læsninger
> > ikke blokere for andre?
> > frygt bruge WITH NOLOCK på det view således, at mine mange læsninger
>
> > Jeg kan også spørge anderledes - må man altid gerne bruge WITH NOLOCK
> > på SELECT? Det giver jo sig selv, at man kan få problemer hvis det
> > bruges i sammenhæng med UPDATE, INSERT eller DELETE.
>
> Hvis der ingen ændringer laves i databasen kan du uden problemer bruge
> NO LOCK altid.
> Men er det realistisk??
Andre kan samtidigt lave updates/inserts, men har det indflydelse for mig, hvis jeg er ligeglad med at se de poster de laver i samme sekund som jeg laver select?
> Men er det realistisk??
Det som jeg frygter er, at mine data kan blive korrupte i en select - f.eks. når jeg læser denne, http://blogs.msdn.com/b/davidlean/archive/2009/04/06/sql-server-nolock-hint-other-poor-ideas.aspx, forstår jeg det sådan, at det er skidt at bruge WITH NOLOCK også ved selects!?
Arne Vajhøj
Nov 1, 2012, 3:41:38 PM11/1/12
to
kan du få nogle sære resultater.
Om det er et problem er det kun dig som ved.
Arne
0 new messages