Power BI'ı SQL Server veritabanına bağlama: adım adım rehber
Beceri rehberi

Power BI'ı SQL Server veritabanına bağlama: adım adım rehber

Hazırlayan: Mindset Institute EditörlüğüGüncellendi: 5 dk okuma

Power BI Desktop'ı SQL Server'a bağlama adımları: sunucu ve veritabanı seçimi, kimlik doğrulama, Import ve DirectQuery tercihi, SQL sorgusuyla veri alma.

Bağlanmadan önce bilinmesi gerekenler

Power BI, SQL Server'daki tablo ve görünümleri doğrudan rapor kaynağı olarak kullanabilir. Bağlantı kurmadan önce şu bilgiler gerekir: sunucunun adı ya da adresi, veritabanının adı, hangi kimlik bilgisiyle bağlanılacağı ve bu kimliğin hangi nesnelere okuma yetkisi olduğu. Bu bilgileri genellikle veritabanı yöneticisi verir; bağlantıyı kurmadan önce okuma yetkisini ve ağ erişimini teyit etmek zaman kazandırır.

Bir diğer önemli nokta erişim yoludur. Sunucu şirket ağı içindeyse Power BI Desktop'ın bulunduğu bilgisayarın bu ağa ya da VPN'e bağlı olması gerekir. Raporu sonradan Power BI Service'te yayınlayıp otomatik yenilemek istiyorsanız, şirket içi sunucuya erişim için veri ağ geçidi (gateway) kurulumu da gündeme gelir.

Son olarak, raporun doğrudan işlem yapılan üretim veritabanına mı yoksa raporlama kopyasına mı bağlanacağı kararlaştırılmalıdır. Üretim sistemine yoğun sorgu göndermek diğer kullanıcıları yavaşlatabilir; birçok kuruluş raporlama için ayrı bir kopya ya da veri ambarı kullanır.

Adım adım bağlantı kurma

Power BI Desktop'ta başlangıç ekranından Veri al (Get data) seçeneği açılır, listeden SQL Server veritabanı seçilir. Açılan pencerede sunucu adı ve isteğe bağlı olarak veritabanı adı yazılır. Aynı pencerede veri bağlantı modu seçilir: Import ya da DirectQuery.

Bir sonraki adım kimlik doğrulamadır. Tipik seçenekler Windows hesabıyla bağlanma, SQL Server kullanıcı adı ve parolası ile bağlanma ve kurumsal Microsoft hesabıyla bağlanmadır. Hangisinin kullanılacağı sunucunun yapılandırmasına bağlıdır. Bağlantı başarılı olduğunda Gezgin (Navigator) penceresi veritabanındaki tabloları ve görünümleri listeler.

Gezgin'de ihtiyaç duyulan tablolar işaretlenir. Veriyi doğrudan yüklemek yerine Veriyi dönüştür seçeneğiyle Power Query düzenleyicisine gitmek genellikle daha sağlıklıdır: gereksiz sütunlar silinir, veri türleri kontrol edilir, filtreler eklenir. Ardından Kapat ve uygula denir ve tablolar rapor modeline yüklenir.

Son olarak tablolar arasındaki ilişkiler model görünümünde kontrol edilir. SQL Server'daki yabancı anahtar ilişkileri Power BI tarafından otomatik algılanabilir, ancak algılanan ilişkilerin doğru olduğundan emin olunmalıdır.

Import mu DirectQuery mi?

Import modunda veri Power BI modeline kopyalanır. Raporlar hızlı çalışır, tüm DAX özellikleri kullanılabilir ve SQL Server sorguları yalnızca yenileme sırasında gönderilir. Veri güncelliği yenileme sıklığıyla sınırlıdır ve model boyutunun uygun sınırlar içinde kalması gerekir.

DirectQuery modunda ise veri kopyalanmaz; rapor her kullanıldığında sorgular SQL Server'a gönderilir. Veri her zaman güncel görünür ve büyük veri kümeleri modele yüklenmez. Karşılığında rapor performansı sunucunun hızına bağlıdır, bazı DAX ve Power Query özellikleri sınırlı olabilir ve sunucuya sürekli yük biner.

Karar için pratik bir ölçüt: günlük ya da saatlik yenileme yeterliyse ve veri boyutu makulse Import tercih edilir. Anlık veri şartsa ya da veri modele sığmayacak kadar büyükse DirectQuery değerlendirilir. İkisini birlikte kullanan bileşik modeller de vardır; ancak bunlar bir ileri düzey konudur ve model tasarımı gerektirir.

SQL sorgusu yazarak veri alma

SQL Server bağlantı penceresinde Gelişmiş seçenekler bölümü açılırsa bir SQL deyimi yazmak mümkündür. Bu yöntem, tabloyu olduğu gibi çekmek yerine yalnızca ihtiyaç duyulan sütunları ve satırları getirmek için kullanılır. Örneğin yalnızca belirli bir tarihten sonraki siparişleri ya da birleştirilmiş sipariş ve müşteri bilgilerini tek tablo olarak almak mümkündür.

SQL ile getirmenin avantajı, filtre ve birleştirmenin veritabanı sunucusunda yapılmasıdır. Büyük tablolarda bu hem yenileme süresini kısaltır hem de modele gereksiz satır taşımaz. Ancak sorgu karmaşıklaştıkça raporu devralan kişi mantığı okumakta zorlanır; bu yüzden sorgu yerine veritabanında bir görünüm (view) hazırlayıp Power BI'ın bu görünümü okuması daha sürdürülebilir bir yoldur.

Sorguda dikkat edilecek noktalar: • Yalnızca gerekli sütunlar seçilmeli, hepsini getiren genel bir ifade kullanılmamalı • Tarih ve durum filtreleri mümkün olduğunca sorguda uygulanmalı • Sorgu bir yönetici hesabıyla değil, okuma yetkili hesapla test edilmeli • Çok kullanılan sorgular veritabanı tarafında görünüm olarak saklanmalı

Sık karşılaşılan bağlantı sorunları

Bağlantı hataları genellikle birkaç ana nedene dayanır. Sunucu adı yanlış ya da erişilemiyorsa Power BI sunucuya ulaşamadığını bildirir; ağ, güvenlik duvarı ya da VPN durumu kontrol edilir. Kimlik doğrulama hatası alınıyorsa, seçilen yöntem sunucuda izin verilen yöntemle eşleşmeyebilir ya da hesabın ilgili veritabanında yetkisi bulunmayabilir.

Bir başka sık sorun, yenileme sırasında zaman aşımı hatasıdır. Büyük tablolar tümüyle çekiliyorsa sorgu uzun sürer. Çözüm olarak filtreleme, gereksiz sütunları atma, SQL tarafında hazırlanmış görünüm kullanma ve gerekiyorsa artımlı yenileme değerlendirilir.

Yayınlanmış rapor yenilenmiyorsa bunun nedeni genellikle Power BI Service'in şirket içi sunucuya ulaşamamasıdır. Bu durumda veri ağ geçidi kurulmalı ve kaynağın kimlik bilgileri Service tarafında tanımlanmalıdır. Bağlantı bilgilerinin kişisel bilgisayarda kayıtlı olması, rapor yayınlandığında yeterli olmaz.

Son olarak, güvenlik: parolalar rapor dosyasına gömülmemeli, bağlantı için mümkünse hizmet hesabı kullanılmalı ve hesabın yetkisi yalnızca ihtiyaç duyulan nesnelerle sınırlandırılmalıdır.

Örnek senaryo: satış raporunu veritabanından beslemek

Örneğin bir şirketin siparişleri SQL Server'da tutuluyor ve satış ekibi haftalık bir rapor istiyor. Veritabanı yöneticisi, sipariş, müşteri ve ürün bilgilerini birleştiren bir görünüm hazırlar. Power BI Desktop'ta bu görünüm Import modunda alınır; Power Query'de veri türleri düzeltilir, gereksiz sütunlar kaldırılır.

Modelde ayrı bir tarih tablosu oluşturulur, satış tutarı ve adet için ölçüler yazılır, ardından rapor sayfaları tasarlanır. Rapor Power BI Service'e yayınlanır, şirket içi sunucuya erişim için ağ geçidi tanımlanır ve yenileme zamanlaması, siparişlerin gece güncellendiği saatten sonraya ayarlanır.

Bu akışta SQL bilgisi şu noktalarda işe yarar: doğru görünümü tasarlayabilmek ve rapordaki sayıların neden farklı çıktığını sorgu ile doğrulayabilmek. Bu yüzden Power BI öğrenen analistlerin temel SQL bilmesi gerçek işte belirgin fark yaratır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Mindset kataloğundaki Power BI ile Veri Görselleştirme eğitimi Veri Alma ve Basit Dönüştürme, Power BI Service ve Paylaşım ile Gerçek Senaryo Uygulaması modüllerini içerir; bağlantı kurma ve yayınlama tarafını bu modüller karşılar.

SQL ile Programlama Eğitimi ise Veritabanları Oluşturma, Sorgular, Join Kullanımı ve Görüntüleme (View) başlıklarını kapsar. Raporlama ekiplerinde veriyi hem çekecek hem yorumlayacak çalışanlar için bu eğitimleri birlikte düşünmek, bağlantının her ucunu da anlamayı sağlar.

İlgili Mindset programı

Power BI ile Veri Görselleştirme

Sık sorulanlar

Sık sorulan sorular

Power BI Desktop ile SQL Server'a bağlanmak için SQL bilmek şart mı?

Hayır. Gezgin penceresinden tablo seçerek ve Power Query ile dönüştürerek SQL yazmadan bağlanabilirsiniz. Ancak büyük tabloları filtrelemek, birden çok tabloyu birleştirmek ve sayıları doğrulamak için temel SQL bilgisi çok işe yarar. Sorgu yazmayı bilen analist daha hızlı ve sürdürülebilir raporlar üretir.

Import ile DirectQuery arasında hangisini seçmeliyim?

Veri günlük ya da saatlik yenilenirse yeterliyse ve model boyutu makulse Import daha hızlı ve esnektir. Anlık veri zorunluysa ya da veri modele sığmayacak kadar büyükse DirectQuery düşünülür, fakat sunucuya yük bindirir ve bazı özellikleri sınırlar. Belirsizse Import ile başlayıp ihtiyaç doğarsa değiştirmek daha güvenli bir yoldur.

Yayınladığım rapor neden otomatik yenilenmiyor?

Genellikle Power BI Service şirket içindeki SQL Server'a ulaşamadığı için. Bu durumda veri ağ geçidi kurulmalı, veri kaynağı Service'te tanımlanmalı ve kimlik bilgileri girilmelidir. Bağlantı bilgisinin Desktop'ta kayıtlı olması yayınlanan raporun yenilenmesi için yeterli değildir. Zamanlanmış yenileme ayarı da ayrıca açılmalıdır.

Bağlantıda hangi kimlik doğrulama yöntemi kullanılmalı?

Bu, sunucunun yapılandırmasına ve kuruluşun güvenlik politikasına bağlıdır. Windows hesabı, SQL Server kullanıcısı ya da kurumsal hesap seçenekleri bulunur. Raporlama için mümkünse yalnızca okuma yetkisi olan ayrı bir hizmet hesabı kullanılır. Kimlik bilgilerinin ve parolaların paylaşılmaması gerekir; yetki sorusunu veritabanı yöneticisine danışın.

Başka veritabanlarına da aynı yöntemle bağlanılır mı?

Mantık aynıdır: Veri al menüsünden ilgili kaynak seçilir, sunucu ve kimlik bilgisi girilir, tablolar Gezgin'den seçilir. Ancak her veritabanının kendine özgü bağlayıcısı, kimlik doğrulama seçenekleri ve ağ gereksinimleri vardır. Bu yüzden başka bir veritabanı için ilgili bağlayıcının belgelerine bakmak ve ağ erişimini önceden doğrulamak gerekir.

Power BI SQL Server Bağlantısı Nasıl Kurulur?