nolock hakkinda bir soru

Barancan GENÇ

Günaydin arkadaslar,
"Sql server üzerinde kullanici, tabloda bir kaydi açip üzerinde islem yapiyorsa o kayit SQL Server Veritabani motoru tarafindan “Locking” kilitlenir ve kullanici islemini bitirene kadar baskasi tarafindan islem yapilmasina izin vermez. Böylece ayni kayit üzerinde islem yapmak isteyen kullanici diger kullanicinin isleminin bitmesini beklemek zorundadir. Küçük ölçekli isletmeler tarafindan kullanilan Veritabanlarinda bu islem pek hissedilmese de, ayni anda milyonlarca islemin yapildigi büyük ölçekli projelerde ciddi sekilde hissedilmektedir."
http://www.cozumpark.com/blogs/sql/archive/2011/01/01/sql-server-transaction-ve-with-nolock.aspx

Bu  durumun önüne geçmek için "nolock" kullaniliyor. Benim sorum su: Sadece raporlama amaçli sorgu kullandigimizda, örnegin Extend raporlarindaki sorgularimizda "nolock" kullanmamiza ihtiyaç var midir? Yani bir kullanici raporu çalistirdiginda, ayni anda baska bir kullanici, o raporun kullandigi tablolardan birinde bir kayit islemi yapmak istediginde herhangi bir sorunla karsilasir mi? Öyleyse, tüm raporlarimi nolock ekleyerek güncellemem gerekiyor, zira bu raporlarla sadece veri çekiyoruz. Diger kullanicilarin islemlerini engellememeli bence.

Düzenleyen kuzey_yolcu - 21 Kasım 2011 Saat 09:07

Yazar	Mesaj Konu Arama Topic Seçenekleri Yanıt Yaz Yeni Konu Oluştur Konuyu Yazdır Çeviri Konu
kuzey_yolcu Üye Profili Özel Mesaj Yolla Üye mesajı bul Arkadaş Listeme Ekle Yeni Üye Kayıt Tarihi: 12 Eylül 2011 Durum: Aktif Değil Puanlar: 4	Mesaj Seçenekleri Yanıt Yaz Alıntı kuzey_yolcu Bu mesaj kurallara aykırıysa buradan yöneticileri bilgilendirebilirsiniz. Teşekkürler(0) Alıntı Cevapla Konu: nolock hakkinda bir soru Gönderim Zamanı: 21 Kasım 2011 Saat 09:06
	Günaydin arkadaslar, "Sql server üzerinde kullanici, tabloda bir kaydi açip üzerinde islem yapiyorsa o kayit SQL Server Veritabani motoru tarafindan “Locking” kilitlenir ve kullanici islemini bitirene kadar baskasi tarafindan islem yapilmasina izin vermez. Böylece ayni kayit üzerinde islem yapmak isteyen kullanici diger kullanicinin isleminin bitmesini beklemek zorundadir. Küçük ölçekli isletmeler tarafindan kullanilan Veritabanlarinda bu islem pek hissedilmese de, ayni anda milyonlarca islemin yapildigi büyük ölçekli projelerde ciddi sekilde hissedilmektedir." http://www.cozumpark.com/blogs/sql/archive/2011/01/01/sql-server-transaction-ve-with-nolock.aspx Bu durumun önüne geçmek için "nolock" kullaniliyor. Benim sorum su: Sadece raporlama amaçli sorgu kullandigimizda, örnegin Extend raporlarindaki sorgularimizda "nolock" kullanmamiza ihtiyaç var midir? Yani bir kullanici raporu çalistirdiginda, ayni anda baska bir kullanici, o raporun kullandigi tablolardan birinde bir kayit islemi yapmak istediginde herhangi bir sorunla karsilasir mi? Öyleyse, tüm raporlarimi nolock ekleyerek güncellemem gerekiyor, zira bu raporlarla sadece veri çekiyoruz. Diger kullanicilarin islemlerini engellememeli bence. Düzenleyen kuzey_yolcu - 21 Kasım 2011 Saat 09:07
	Sistem, çözümdür. Sistem sonuçları üretir, insanlar sistemi yönetir.

taner Üye Profili Özel Mesaj Yolla Üye mesajı bul Arkadaş Listeme Ekle Yeni Üye Kayıt Tarihi: 05 Temmuz 2007 Durum: Aktif Değil Puanlar: 4	Mesaj Seçenekleri Yanıt Yaz Alıntı taner Bu mesaj kurallara aykırıysa buradan yöneticileri bilgilendirebilirsiniz. Teşekkürler(0) Alıntı Cevapla Gönderim Zamanı: 23 Kasım 2011 Saat 13:30
	tüm raporlarina nolock eklerseniz raporlarin eksik hatali gelme ihtimali var o rapor hangi tabloyu kullaniyorsa o an o tablo islemde ise görüp geçtiginden yaniltici sonuç verebilir(basima geldi) özellikle s.q ile yapilan viewlerde hesaplama varsa durum vahim olabiliyor bence tablodan veri çeken cümlelere zaman tanimakta fayda var yanlis sonuç disinda kimseye bir zarar vermez insert ve update aklinizdan bile geçirmeyin kolay gelsin.
	netsis ayna gibidir kim uyarlıyorsa o kadar cevap verir

bybarone Üye Profili Özel Mesaj Yolla Üye mesajı bul Arkadaş Listeme Ekle Kidemli Üye Kayıt Tarihi: 23 Temmuz 2010 Konum: İstanbul Durum: Aktif Değil Puanlar: 924	Mesaj Seçenekleri Yanıt Yaz Alıntı bybarone Bu mesaj kurallara aykırıysa buradan yöneticileri bilgilendirebilirsiniz. Teşekkürler(0) Alıntı Cevapla Gönderim Zamanı: 23 Kasım 2011 Saat 14:23
	case when sh.sthar_gckod='g' then sh.sthar_Gcmik else 0 end sorgusunun satir sonucu normalde raporu çektigimde 2 fakat tam o anda baska kullanicida kayit eklemis sonuç aslinda 3 ama raporda 2 göreceksiniz buda sizin raporlari anca gün sonun saglikli bir sekilde alabilecginizi gösterir...
	Iyi çalismalar. Barancan GENÇ barancan.genc@hotmail.com

erpcihan Üye Profili Özel Mesaj Yolla Üye mesajı bul Arkadaş Listeme Ekle Yeni Üye Kayıt Tarihi: 16 Kasım 2018 Konum: bolu Durum: Aktif Değil Puanlar: 9	Mesaj Seçenekleri Yanıt Yaz Alıntı erpcihan Bu mesaj kurallara aykırıysa buradan yöneticileri bilgilendirebilirsiniz. Teşekkürler(0) Alıntı Cevapla Gönderim Zamanı: 19 Ocak 2019 Saat 12:49
	Sorun çözül mü? Bana da açıklayabilir misiniz?