Sorgu katlama örnekleri

Bu makale, sorgu katlama için olası üç sonucun her biri için örnek senaryolar sunar. Ayrıca sorgu katlama mekanizmasından en iyi şekilde nasıl faydalanabileceğinize ve bunun sorgularınızda sahip olabileceği etkiye ilişkin bazı öneriler içerir.

Senaryo

Azure Synapse Analytics SQL veritabanı için Wide World Importers veritabanını kullanarak, Power Query'de tabloya fact_Sale bağlanan ve son 10 satışı yalnızca aşağıdaki alanlarla alan bir sorgu oluşturmakla görevlendirildiğinizi düşünün:

• Satış Anahtarı
• Müşteri Anahtarı
• Fatura Tarih Anahtarı
• Description
• Miktar

Uyarı

Tanıtım amacıyla, bu makalede Wide World Importers veritabanını Azure Synapse Analytics'e yükleme öğreticisinde özetlenen veritabanı kullanılır. Bu makaledeki fact_Sale temel fark, tablonun toplam 3.644.356 satırla yalnızca 2000 yılına ait verileri tutmasıdır.

Sonuçlar, Azure Synapse Analytics belgelerindeki öğreticiyi izleyerek elde ettiğiniz sonuçlarla tam olarak eşleşmese de, bu makalenin amacı sorgularınızda sorgu katlamanın sahip olabileceği temel kavramları ve etkiyi göstermektir.

Bu makalede, farklı sorgu katlama düzeyleriyle aynı çıkışı elde etmenin üç yolu gösterilmektedir:

• Sorgu katlaması yapılmıyor
• Kısmi sorguyu katlama
• Tam sorguyu katlama

Sorgu katlama örneği yok

Önemli

Yalnızca yapılandırılmamış veri kaynaklarını kullanan veya CSV veya Excel dosyaları gibi işlem altyapısı olmayan sorguların sorgu katlama özelliği yoktur. Bu, Power Query'nin Power Query altyapısını kullanarak tüm gerekli veri dönüşümlerini değerlendirdiğini gösterir.

Veritabanınıza bağlandıktan ve tabloya gittikten fact_Sale sonra, Giriş sekmesinin Satırları azalt grubunun içinde bulunan Alt satırları tut dönüşümünü seçersiniz.

Bu dönüşümü seçtikten sonra yeni bir iletişim kutusu görüntülenir. Bu yeni iletişim kutusunda, saklamak istediğiniz satır sayısını girebilirsiniz. Bu durum için 10 değerini girin ve Tamam'ı seçin.

Tavsiye

Bu durumda, bu işlemin gerçekleştirilmesi son 10 satışın sonucunu verir. Çoğu senaryoda, tabloya sıralama işlemi uygulayarak hangi satırların son kabul edildiğini tanımlayan daha açık bir mantık sağlamanızı öneririz.

Ardından, Giriş sekmesinin Sütunları yönet grubunda bulunan Sütunları seç dönüşümünü seçin. Ardından, tablonuzdan saklamak istediğiniz sütunları seçebilir ve kalan sütunları kaldırabilirsiniz.

Son olarak, Sütun seç iletişim kutusunda Sale Key, , Customer Key, Invoice Date Key, Descriptionve Quantity sütunlarını ve ardından Tamam'ı seçin.

Aşağıdaki kod örneği, oluşturduğunuz sorgunun tam M betiğidir:

let
    Source = Sql.Database(ServerName, DatabaseName),
    Navigation = Source{[Schema = "wwi", Item = "fact_Sale"]}[Data],
    #"Kept bottom rows" = Table.LastN(Navigation, 10),
    #"Choose columns" = Table.SelectColumns(
        #"Kept bottom rows",
        {"Sale Key", "Customer Key", "Invoice Date Key", "Description", "Quantity"}
    )
in
    #"Choose columns""

Sorgu Katlama Yok: Sorgu Değerlendirmesini Anlamak

Power Query düzenleyicisindeki Uygulanan adımlar'ın altında , En altta tutulan satırlar ve Sütunları seç için sorgu katlama göstergelerinin, veri kaynağının dışında veya başka bir deyişle Power Query altyapısı tarafından değerlendirilen adımlar olarak işaretlendiğini göreceksiniz.

Sorgunuzun son adımına ( Sütunları seç adlı) sağ tıklayabilir ve Sorgu planını görüntüle seçeneğini belirleyebilirsiniz. Sorgu planının amacı, sorgunuzun nasıl çalıştırıldığından ayrıntılı bir görünüm sağlamaktır. Bu özellik hakkında daha fazla bilgi edinmek için Sorgu planı'na gidin.

Önceki görüntüdeki her kutuya düğüm adı verilir. Bir düğüm, bu sorguyu gerçekleştirmek için operasyon dökümünü temsil eder. Önceki örnekteki SQL Server gibi veri kaynaklarını temsil eden düğümler ve Value.NativeQuery düğüm, sorgunun hangi bölümünün veri kaynağına yüklendiğini temsil eder. Bu durumda Table.LastNTable.SelectColumns ve önceki görüntüde dikdörtgende vurgulanan diğer düğümler Power Query altyapısı tarafından değerlendirilir. Bu iki düğüm eklediğiniz iki dönüşümü temsil eder: En alt satırlar tutuldu ve Sütunları seçin. Düğümlerin geri kalanı, veri kaynağınızın düzeyinde gerçekleşen işlemleri temsil eder.

Veri kaynağınıza gönderilen tam isteği görmek için düğümünde Value.NativeQuery'yi seçin.

Bu veri kaynağı isteği, veri kaynağınızın yerel dilindedir. Bu durumda, bu dil SQL'dir ve bu deyim tablodaki tüm satırlar ve alanlar fact_Sale için bir isteği temsil eder.

Bu veri kaynağı isteğine danışmak, sorgu planının iletmeye çalıştığı hikayeyi daha iyi anlamanıza yardımcı olabilir:

• Sql.Database: Bu düğüm veri kaynağı erişimini temsil eder. Veritabanına bağlanır ve özelliklerini anlamak için meta veri istekleri gönderir.
• Value.NativeQuery: Sorguyu gerçekleştirmek için Power Query tarafından oluşturulan isteği temsil eder. Power Query, yerel sql deyimindeki veri isteklerini veri kaynağına gönderir. Bu durumda, tablodaki fact_Sale tüm kayıtları ve alanları (sütunlar) temsil eder. Tablo milyonlarca satır içerdiğinden ve ilgi alanı yalnızca son 10 satırda olduğundan bu senaryo için bu durum istenmeyen bir durumdur.
• Table.LastN: Power Query tablodan fact_Sale tüm kayıtları aldıktan sonra, tabloyu filtrelemek ve yalnızca son 10 satırı tutmak için Power Query altyapısını kullanır.
• Table.SelectColumns: Power Query, Table.LastN düğümünün çıktısını kullanır ve bir tablodan saklamak istediğiniz belirli sütunları seçen Table.SelectColumns adlı yeni bir dönüşüm uygular.

Değerlendirme için bu sorgunun tablodaki tüm satırları ve alanları indirmesi fact_Sale gerekiyordu. Bu sorgunun Power BI veri akışlarının standart bir örneğinde işlenmesi ortalama 6 dakika 1 saniye sürdü (verilerin değerlendirilmesi ve veri akışlarına yüklenmesi için gerçekleştirilir).

Kısmi sorgu katlama örneği

Veritabanına bağlandıktan ve tabloya gittikten fact_Sale sonra, tablonuzdan saklamak istediğiniz sütunları seçerek başlarsınız. Giriş sekmesinden Sütunları yönet grubunun içinde bulunan Sütunları seç dönüşümünü seçin. Bu dönüşüm, tablonuzdan saklamak istediğiniz sütunları açıkça seçmenize ve kalan sütunları kaldırmanıza yardımcı olur.

Sütun seç iletişim kutusunun Sale Keyiçinde , , Customer Key, Invoice Date Key, Descriptionve Quantity sütunlarını ve ardından Tamam'ı seçin.

Şimdi tabloyu, tablonun en altında son satışları olacak şekilde sıralayan bir mantık oluşturacaksınız. Sale Key sütununu, birincil anahtar ve tablonun artan sıra veya dizini olan sütunu seçin. Sütunun bağlam menüsünden yalnızca bu alanı kullanarak tabloyu artan düzende sırala.

Ardından, tablo bağlam menüsünü seçin ve Alt satırları koru dönüşümünü seçin.

Alt satırları koru alanına 10 değerini girin ve Tamam'ı seçin.

Aşağıdaki kod örneği, oluşturduğunuz sorgunun tam M betiğidir:

let
    Source = Sql.Database(ServerName, DatabaseName),
    Navigation = Source{[Schema = "wwi", Item = "fact_Sale"]}[Data],
    #"Choose columns" = Table.SelectColumns(
        Navigation, 
        {"Sale Key", "Customer Key", "Invoice Date Key", "Description", "Quantity"}
    ),
    #"Sorted rows" = Table.Sort(#"Choose columns", {{"Sale Key", Order.Ascending}}),
    #"Kept bottom rows" = Table.LastN(#"Sorted rows", 10)
in
    #"Kept bottom rows"

Kısmi sorgu katlama örneği: Sorgu değerlendirmesini anlama

Uygulanan adımlar bölmesini denetlediğinizde, sorgu katlama göstergelerinin eklediğiniz son dönüşümün veri Kept bottom rowskaynağının dışında veya başka bir deyişle Power Query altyapısı tarafından değerlendirilen bir adım olarak işaretlendiğini gösterdiğine dikkat edin.

Sorgunuzun son adımı olan adlı Kept bottom rowsadıma sağ tıklayabilir ve sorgunuzun nasıl değerlendirilebileceğini daha iyi anlamak için Sorgu planı seçeneğini belirleyebilirsiniz.

Önceki görüntüdeki her kutuya düğüm adı verilir. Düğüm, sorgunuzun değerlendirilebilmesi için gerçekleşmesi gereken her işlemi (soldan sağa) temsil eder. Bazı düğümler veri kaynağınızda değerlendirilirken, Table.LastN adımıyla temsil edilen gibi düğümler ise Power Query motoru kullanılarak değerlendirilir.

Veri kaynağınıza gönderilen tam isteği görmek için düğümünde Value.NativeQuery'yi seçin.

Bu istek, veri kaynağınızın yerel dilindedir. Bu durumda, bu dil SQL'dir ve bu deyim, tablodaki tüm satırlar için yalnızca istenen alanların fact_Sale alanına göre sıralanarak bir isteğini temsil eder.

Bu veri kaynağı isteğine danışmak, tam sorgu planının iletmeye çalıştığı hikayeyi daha iyi anlamanıza yardımcı olabilir. Düğümlerin sırası, veri kaynağınızdan verileri isteyerek başlayan sıralı bir işlemdir:

• Sql.Database: Veritabanına bağlanır ve özelliklerini anlamak için meta veri istekleri gönderir.
• Value.NativeQuery: Sorguyu gerçekleştirmek için Power Query tarafından oluşturulan isteği temsil eder. Power Query, yerel sql deyimindeki veri isteklerini veri kaynağına gönderir. Bu durumda, fact_Sale alanına göre artan düzende sıralanmış Sales Key tablosundan yalnızca istenen alanları içeren tüm kayıtları temsil eder.
• Table.LastN: Power Query tablodan fact_Sale tüm kayıtları aldıktan sonra, tabloyu filtrelemek ve yalnızca son 10 satırı tutmak için Power Query altyapısını kullanır.

Bu sorgunun değerlendirmesi için tüm satırları ve yalnızca gerekli alanları tablodan indirmesi fact_Sale gerekiyordu. Power BI veri akışlarının standart bir örneğinde işlenmesi ortalama 3 dakika 4 saniye sürdü (verilerin değerlendirilmesi ve veri akışlarına yüklenmesi için geçerlidir).

Tam sorguyu katlama örneği

Veritabanına bağlandıktan ve tabloya gittikten fact_Sale sonra, tablonuzdan saklamak istediğiniz sütunları seçerek başlayın. Giriş sekmesinden Sütunları yönet grubunun içinde bulunan Sütunları seç dönüşümünü seçin. Bu dönüşüm, tablonuzdan saklamak istediğiniz sütunları açıkça seçmenize ve kalan sütunları kaldırmanıza yardımcı olur.

SütunlarıSale Key seçin bölümünde , , Customer Key, Invoice Date KeyDescriptionve Quantity sütunlarını ve ardından Tamam'ı seçin.

Şimdi tabloyu, tablonun en üstünde son satışları olacak şekilde sıralayan bir mantık oluşturacaksınız. Sale Key sütununu, birincil anahtar ve tablonun artan sıra veya dizini olan sütunu seçin. Tabloyu yalnızca bu alanı sütunun bağlam menüsünden azalan düzende kullanarak sıralayın.

Ardından, tablo bağlam menüsünü seçin ve üst satırları koru dönüşümünü seçin.

Üst satırları koru alanına 10 değerini girin ve Tamam'ı seçin.

Aşağıdaki kod örneği, oluşturduğunuz sorgunun tam M betiğidir:

let
    Source = Sql.Database(ServerName, DatabaseName),
    Navigation = Source{[Schema = "wwi", Item = "fact_Sale"]}[Data],
    #"Choose columns" = Table.SelectColumns(
        Navigation, 
        {"Sale Key", "Customer Key", "Invoice Date Key", "Description", "Quantity"}
    ),
    #"Sorted rows" = Table.Sort(#"Choose columns", {{"Sale Key", Order.Descending}}),
    #"Kept top rows" = Table.FirstN(#"Sorted rows", 10)
in
    #"Kept top rows"

Tam sorgu katlama örneği: Sorgu değerlendirmesini anlama

Uygulanan adımlar bölmesini denetlerken, sorgu katlama göstergelerinin eklediğiniz Sütunları seç, Sıralanmış satırlar ve En üst satırların tutulması dönüşümlerinin veri kaynağında değerlendirilen adımlar olarak işaretlendiğini gösterdiğine dikkat edin.

Sorgunuzun son adımı olan En üst satırları koru'ya sağ tıklayabilir ve Sorgu planı okuyan seçeneği belirleyebilirsiniz.

'Satış Anahtarı' alanı kullanılarak sıralanmış ve yalnızca 'Satış Anahtarı', 'Müşteri Anahtarı', 'Fatura Tarihi Anahtarı', 'Açıklama' ve 'Miktar' alanlarıyla sıralanmış 'fact_Sale' tablosunun ilk 10 kaydının isteğini temsil eden 'Value.NativeQuery' içinde bulunan SQL Deyiminin bulunduğu sorgu planının ekran görüntüsü.

Bu istek, veri kaynağınızın yerel dilindedir. Bu durumda, bu dil SQL'dir ve bu deyim tablodaki tüm satırlar ve alanlar fact_Sale için bir isteği temsil eder.

Bu veri kaynağı sorgusuna danışmak, tam sorgu planının iletmeye çalıştığı hikayeyi daha iyi anlamanıza yardımcı olabilir:

• Sql.Database: Veritabanına bağlanır ve özelliklerini anlamak için meta veri istekleri gönderir.
• Value.NativeQuery: Sorguyu gerçekleştirmek için Power Query tarafından oluşturulan isteği temsil eder. Power Query, yerel sql deyimindeki veri isteklerini veri kaynağına gönderir. Bu durum, fact_Sale alanı kullanılarak azalan düzende sıralandıktan sonra Sale Key tablosunun yalnızca ilk 10 kaydına ve yalnızca gerekli alanlara yönelik bir isteği temsil eder.

Uyarı

T-SQL dilinde tablonun alt satırlarını SEÇMEK için kullanılabilecek bir yan tümce olmasa da, tablonun en üst satırlarını alan bir TOP yan tümcesi vardır.

Bu sorgu, değerlendirmesi için yalnızca tablodan istediğiniz fact_Sale alanları içeren 10 satır indirir. Bu sorgunun standart bir Power BI veri akışı örneğinde işlenmesi ortalama 31 saniye sürdü (verilerin değerlendirilmesi ve veri akışlarına yüklenmesi için gerçekleştirilir).

Performans karşılaştırması

Sorgu katlamanın bu sorgulardaki etkisini daha iyi anlamak için sorgularınızı yenileyebilir, her sorguyu tam olarak yenilemek için gereken süreyi kaydedebilir ve karşılaştırabilirsiniz. Kolaylık sağlamak amacıyla, bu makalede, özel bir Azure Synapse Analytics ortamına, hizmet düzeyi olarak DW2000c belirlenmişken bağlanıldığında, Power BI veri akışları yenileme mekaniği kullanılarak elde edilen ortalama yenileme zamanlamaları sunulmaktadır.

Her sorgu için yenileme süresi aşağıdaki gibidir:

Example	Etiket	Saniye olarak süre
Sorgu katlaması yapılmıyor	Hiç kimse	361
Kısmi sorguyu katlama	Kısmi	184
Tam sorguyu katlama	Full	31

Genellikle veri kaynağına tamamen geri katlanan bir sorgu, veri kaynağına tamamen geri katlanmayan benzer sorgulardan daha iyi performans gösterir. Bu durumun olmasının birçok nedeni olabilir. Bu nedenler, sorgunuzun gerçekleştirdiği dönüşümlerin karmaşıklığından dizinler, ayrılmış bilgi işlem ve ağ kaynakları gibi veri kaynağınızda uygulanan sorgu iyileştirmelerine kadar değişir. Yine de, sorgu katlamanın kullanmaya çalıştığı ve bu işlemlerin her ikisinin de Power Query'ye etkisini en aza indiren iki özel anahtar işlemi vardır:

• Aktarım hâlindeki veriler
• Power Query altyapısı tarafından yürütülen dönüşümler

Aşağıdaki bölümlerde, bu iki işlemin daha önce bahsedilen sorgulardaki etkisi açıklanmaktadır.

Aktarım hâlindeki veriler

Bir sorgu yürütülürken, ilk adımlarından biri olarak veri kaynağından verileri getirmeye çalışır. Veri kaynağından getirilen veriler, sorguyu katlama mekanizması tarafından tanımlanır. Bu mekanizma, sorgudan veri kaynağına yüklenebilen adımları tanımlar.

Aşağıdaki tablo, veritabanı tablosundan fact_Sale istenen satır sayısını listeler. Tablo ayrıca veri kaynağından bu tür veriler istemek için gönderilen SQL deyiminin kısa bir açıklamasını içerir.

Example	Etiket	İstenen satırlar	Description
Sorgu katlaması yapılmıyor	Hiç kimse	3644356	Tablodaki tüm alanlar ve tüm kayıtlar için istek fact_Sale
Kısmi sorguyu katlama	Kısmi	3644356	fact_Sale alanına göre sıralandıktan sonra Sale Key tablosundan yalnızca gerekli alanlar ile ilgili olarak tüm kayıtlar için istek
Tam sorguyu katlama	Full	10	Yalnızca gerekli alanları ve fact_Sale alanına göre azalan sırada sıralandıktan sonra Sale Key tablosunun en üst 10 kaydını iste.

Bir veri kaynağından veri istediğinizde, veri kaynağının isteğin sonuçlarını hesaplaması ve ardından verileri istek sahibine göndermesi gerekir. Bilgi işlem kaynaklarından bahsedilmiş olsa da, verileri veri kaynağından Power Query'ye taşıma ve ardından Power Query'nin verileri etkili bir şekilde alıp yerel olarak gerçekleşen dönüşümlere hazırlamasını sağlayan ağ kaynakları, verilerin boyutuna bağlı olarak biraz zaman alabilir.

Tanıtılan örnekler için, sorgu katlamaması ve kısmi sorgu katlama örneklerinde Power Query'nin veri kaynağından 3,6 milyondan fazla satır istemesi gerekiyordu. Tam sorgu katlama örneğinde, yalnızca 10 satır istendi. Sorgu katlama olmaksızın istenen alanlar için, örnek tablodan tüm mevcut alanları talep etti. Hem kısmi sorguyu katlama hem de tam sorguyu katlama örnekleri yalnızca tam olarak ihtiyaç duydukları alanlar için bir istek gönderdi.

Dikkat

Büyük miktarda veri içeren sorgular veya tablolar için sorgu katlama kullanan artımlı yenileme çözümleri uygulamanızı öneririz. Power Query'nin farklı ürün tümleştirmeleri, uzun süre çalışan sorguları sonlandırmak için zaman aşımları uygular. Bazı veri kaynakları ayrıca uzun süre çalışan oturumlarda zaman aşımları uygulayarak sunucularında pahalı sorgular yürütmeye çalışır. Daha fazla bilgi: Veri akışları ile artımlı yenileme kullanma ve Anlam modelleri için artımlı yenileme

Power Query altyapısı tarafından yürütülen dönüşümler

Bu makalede sorgunuzun nasıl değerlendirilebileceğini daha iyi anlamak için Sorgu planını nasıl kullanabileceğiniz gösterildi. Sorgu planının içinde, Power Query altyapısı tarafından gerçekleştirilen dönüştürme işlemlerinin tam düğümlerini görebilirsiniz.

Aşağıdaki tablo, Power Query altyapısı tarafından değerlendirilebilecek önceki sorguların sorgu planlarından düğümleri gösterir.

Example	Etiket	Power Query motoru dönüştürme düğümleri
Sorgu katlaması yapılmıyor	Hiç kimse	Table.LastN, Table.SelectColumns
Kısmi sorguyu katlama	Kısmi	Table.LastN
Tam sorguyu katlama	Full	—

Bu makalede gösterilen örnekler için, tam sorgu katlama örneği, gerekli çıkış tablosu doğrudan veri kaynağından geldiği için Power Query motoru içinde herhangi bir dönüştürmeye ihtiyaç duymaz. Buna karşılık, diğer iki sorgu da Power Query altyapısında bazı hesaplamalar yapılması gerekiyordu. Bu iki sorgu tarafından işlenmesi gereken veri miktarı nedeniyle, bu örneklerin işlenmesi tam sorguyu katlama örneğinden daha uzun sürer.

Dönüşümler aşağıdaki kategorilere göre gruplandırılabilir:

İşleç Türü	Description
Uzaktan	Veri kaynağı düğümleri olan işleçler. Bu işleçlerin değerlendirmesi Power Query dışında gerçekleşir.
Akışlar	İşleçler geçiş işleçleridir. Örneğin, Table.SelectRows basit bir filtre ile genellikle sonuçları işleçten geçerken filtreleyebilir ve verileri taşımadan önce tüm satırları toplaması gerekmez. Table.SelectColumns ve Table.ReorderColumns bu tür işleçlerin diğer örnekleridir.
Tam tarama	Verilerin zincirdeki sonraki işlecine geçebilmesi için önce tüm satırları toplaması gereken işleçler. Örneğin, verileri sıralamak için Power Query'nin tüm verileri toplaması gerekir. Tam tarama işleçlerine örnek olarak Table.Group, Table.NestedJoinve Table.Pivotverilebilir.

Tavsiye

Performans açısından her dönüşüm aynı olmasa da, çoğu durumda daha az dönüşüme sahip olmak genellikle daha iyidir.

Önemli noktalar ve öneriler

• Power Query'de en iyi yöntemler bölümünde belirtildiği gibi yeni sorgu oluştururken en iyi yöntemleri izleyin.
• Sorgunuzun katlanmasını engelleyen adımları denetlemek için sorguyu katlama göstergelerini kullanın. Katlama işlemini artırmak için gerekirse bunları yeniden sıralayın.
• Belirli bir adım için Power Query altyapısında hangi dönüşümlerin gerçekleştiğini belirlemek için sorgu planını kullanın. Adımlarınızı yeniden düzenleyerek mevcut sorgunuzu değiştirmeyi göz önünde bulundurun. Ardından sorgunuzun son adımının sorgu planını yeniden denetleyin ve sorgu planının öncekinden daha iyi görünip görünmediğini denetleyin. Örneğin, yeni sorgu planı öncekinden daha az düğüme sahiptir ve düğümlerin çoğu "tam tarama" değil "Akış" düğümleridir. Katlama desteği olan veri kaynakları için, sorgu planındaki ve veri kaynağı erişim düğümleri dışındaki Value.NativeQuery tüm düğümler katlanmamış dönüşümleri temsil eder.
• Kullanılabilir olduğunda, sorgunuzun veri kaynağına geri katlandığından emin olmak için Yerel Sorguyu Görüntüle (veya Veri kaynağı sorgusunu görüntüle) seçeneğini kullanabilirsiniz. Bu seçenek adımınız için devre dışı bırakılmışsa ve normalde bunu etkinleştiren bir kaynak kullanıyorsanız, sorgu katlamayı durduran bir adım oluşturmuşsunuz demektir. Bu seçeneği desteklemeyen bir kaynak kullanıyorsanız, sorguyu katlama göstergelerine ve sorgu planına güvenebilirsiniz.
• Bağlayıcı için sorgu katlama özellikleri kullanılabilir olduğunda veri kaynağınıza gönderilen istekleri daha iyi anlamak için sorgu tanılama araçlarını kullanın.
• Birden çok bağlayıcının kullanımından elde edilen verileri birleştirdiğinizde Power Query, her veri kaynağı için tanımlanan gizlilik düzeyleriyle uyumlu olarak her iki veri kaynağına da mümkün olduğunca çok iş göndermeye çalışır.
• Sorgularınızı Veri Gizliliği Güvenlik Duvarı hatasına karşı çalıştırmaktan korumak için gizlilik düzeyleri makalesini okuyun.
• Sorgu katlamayı, veri kaynağı tarafından alınan talebin perspektifinden kontrol etmek için diğer araçları kullanın. Bu makaledeki örneği temel alarak, Power Query tarafından gönderilen ve Microsoft SQL Server tarafından alınan istekleri denetlemek için Microsoft SQL Server Profiler'ı kullanabilirsiniz.
• Tam olarak katlanmış bir sorguya yeni bir adım eklerseniz ve yeni adım da katlanırsa, Power Query önceki sonucun önbelleğe alınmış bir sürümünü kullanmak yerine veri kaynağına yeni bir istek gönderebilir. Uygulamada bu işlem, önizlemede yenilenmesi beklenenden daha uzun süren az miktarda veri üzerinde basit işlemlere neden olabilir. Bu daha uzun yenileme, Power Query'nin verilerin yerel bir kopyası üzerinde çalışmak yerine veri kaynağını yeniden sorgulamasından kaynaklanır.