SQL Server Plan Cache ve Memory Buffer Temizleme İşlemi

Ekleyen: Abdullah ALTINTAŞ Bilge Adam Takım Lideri Tarih:29.06.2016 Okunma Sayısı:37

Microsoft SQL Server ürününü kullanarak veritabanı oluşturma, verilerin işlenmesi, verilerin saklanması ve veritabanının yönetilmesini rahatlıkla gerçekleştirebilmekteyiz. Özellikle veritabanı nesnelerinin oluşturulması sırasında performans ile ilgili noktalara ayrıca dikkat etmemiz gerekiyor. Ad hoc query olarak yazılan ve çalıştırılan bir sorgunun sonuçları çok kısa bir zamanda getirilebiliyorken, aynı sorguyu parametre kabul edecek şekilde bir stored procedure olarak yazdığımızda bazı durumlarda çok daha uzun bir sürede sonuçların getirildiğine şahit olabiliyoruz. Aslında literatürde “parameter sniffing” olarak adlandırılan bu olayda, SQL Server’ın çalışma planı diye adlandırılan execution planının memoryde saklanması sonucu,stored procedure’un diğer çalıştırılmalarında farklı parametre değerleri girilmesine rağmen plan cache‘de tutulan execution planının kullanılması bu performans kaybına neden olmaktadır. Parameter sniffing olayını başka bir yazımızda detaylı olarak ele alacağız. Ancak benzer bir senaryo ile karşılaştığımızda ne yapabileceğimizi de kısaca ele almak gerekiyor. Bu yazımızda SQL Server üzerinde hem plan cache hem de memory buffer temizleme işleminin nasıl yapılacağını ele alacağız.

SQL Server CLR Entegrasyonu (Assembly Ekleme) Kullanımı

Ekleyen: Abdullah ALTINTAŞ Bilge Adam Takım Lideri Tarih:29.06.2016 Okunma Sayısı:29

Microsoft SQL Server'da geliştirme yaparken bilindiği üzere T-SQL dili kullanılmaktadır. T-SQL dili her ne kadar geliştirme yapmak için üstün yeteneklere sahip bir dil olsa bile bazı durumlarda veritabanı geliştirme konusunda ihtiyaçlarımızı karşılayamayabilmektedir. Bu gibi durumlarda Microsoft .Net kütüphaneleri kullanılarak geliştirilen Assembly'ler SQL Server'a CLR (Common Language Runtime) entegrasyonu ile eklenerek istenilen geliştirmeler yapılabilmektedir. Bu yazımızda Microsoft .Net kodları ile geliştirilen ve derlenen Assembly'lerin SQL Server'a nasıl import edileceği ile ilgili konulara örnek bir uygulama ile değineceğiz.

SQL Server MERGE Komutu Kullanımı ve Performans Önerileri

Ekleyen: Abdullah ALTINTAŞ Bilge Adam Takım Lideri Tarih:24.06.2016 Okunma Sayısı:127

SQL Server 2008 versiyonu ile birlikte hayatımıza giren MERGE komutu kullanılarak ayrı ayrı yapılabilen INSERT, UPDATE ve DELETE işlemleri artık tek bir komut ile gerçekleştirilebilmektedir. Özellikle iki tablo arasında veri senkronizasyonu sağlanması için gereken farklı DML işlemleri MERGE komutu ile tek seferde yapılabilmektedir. MERGE komutunun bir başka kullanımı ise veriambarı geliştirme kısmında gerçekleştirilen ETL süreçlerinin bir parçası olan Slowly Changing Dimensions (SCD) yapılarının MERGE kullanılarak tasarlanabilmesidir. Bu konuyu başka bir yazıda ele alacağız. Bu yazımızda SQL Server’da kullanılan MERGE komutunun genel kullanımını ele alacak ve performans optimizasyonu için nelere dikkat edilmesi gerektiği kısaca açıklayacağız.

SQL Server Performance – Tarih Dönüştürme İşlemleri

Ekleyen: Abdullah ALTINTAŞ Bilge Adam Takım Lideri Tarih:23.06.2016 Okunma Sayısı:101

SQL Server‘da kullanılan en yaygın veri tiplerinden birisi de tarihsel veri tipleridir. Microsoft SQL Server 2008 ile birlikte yeni gelen tarihsel veri tipleri de dahil SQL Server 2016‘da hala kullanımda olan 6 adet tarihsel veri tipi (date, datetime, datetime2, smalldatetime, datetimeoffset, time) bulunmaktadır. Bu veri tiplerinden uygun olan seçilerek tarihsel veriler tutulabilmekte ve gerektiğinde sorgularda kullanılarak istenilen veriler getirilebilmektedir. Ancak çoğu zaman tarihsel veri tiplerini sorgularken kullanılan yönteme bağlı olarak sorgu performansı olumsuz etkilenebilmektedir. Bu yazımızda SQL Server’da tarihsel verileri sorgularken performans açısından dikkat etmemiz gereken noktalardan birini ele alacağız.

Rapor ihtiyacını Seviyelendirme (Üst Yönetim, Yönetim, Veri Analistleri)

Ekleyen: Abdullah KİSE Bilge Adam Bilişim Grubu Birim Müdür Yardımcısı - Veri Yönetimi Birimi Tarih:23.06.2016 Okunma Sayısı:49

Raporlama projelerindeki gözlemlerimizi düşündüğümüzde firmaların büyük bir kısmının raporlama yaklaşımında bir takım kafa karışıklığının olduğunu farkediyoruz. Özellikle son dönemlerde revaçta olan yeni Self Service BI ürünleri bu kafa karışıklığına daha fazla katkıda bulunuyor. Fazla uzatmadan direk konuya gireceğim. Eğer bir raporlama projesine girişecekseniz üründen önce ihtiyaçlarınıza odaklanmalısınız. Önce aracın seçilmesi ve geliştirmelere başlanması talepler arttıkça sürecin içinden çıkılamaz bir hal almasına neden oluyor. Çoğu zaman firmalar ihtiyacından fazla yatırım yaparak ciddi maliyetlerin altına giriyor veya ihtiyacına uygun olmayan ürünleri deneyerek vakit ve güven kaybediyor. Genellikle bu kayıpları telafi etmek oldukça zordur.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 

Etkinlik Takvimi

<Temmuz 2016>
PztSalÇarPerCumCmtPaz
123
45678910
11121314151617
18192021222324
25262728293031

Mail Listemize Kayıt Olun

Ad :
EMail :

Kaydol

 

 

 

 

Üye Girişi

Kullanıcı Adınız

Şifreniz

Şifremi Unuttum

Arkadaşına Tavsiye Et

Tavsiye edebilmek için siteye giriş yapmalısınız