Hesaplanan varlık senaryoları ve kullanım örnekleri

Veri akışında hesaplanan varlıkların kullanılması avantajlar vardır. Bu makalede, hesaplanan varlıkların kullanım örnekleri açıklanmakta ve bunların arka planda nasıl çalıştığı açıklanmaktadır.

Hesaplanan varlık nedir?

Bir varlık, veri akışı yenilendikten sonra bir veri akışında oluşturulan bir sorgunun veri çıkışını temsil eder. Bu, bir kaynaktaki verileri ve isteğe bağlı olarak, buna uygulanan dönüşümleri temsil eder. Bazen, daha önce alınan bir varlığın işlevi olan yeni varlıklar oluşturmak isteyebilirsiniz.

Bir varlık oluşturan ve bunlara yeni dönüşümler uygulayan sorguları tekrarlamak mümkün olsa da, bu yaklaşım dezavantajlara sahiptir: veriler iki kez alınır ve veri kaynağındaki yükün iki katına çıkar.

Hesaplanan Varlıklar her iki sorunu da çözüyor. Hesaplanan varlıklar, bir kaynaktan veri aldıkları diğer varlıklara benzerdir ve bunları oluşturmak için daha fazla dönüştürme uygulayabilirsiniz. Ancak verileri, özgün veri kaynağı değil, kullanılan depolama veri akışından kaynaklanır. Diğer bir deyişle, daha önce bir veri akışı tarafından oluşturulup daha sonra yeniden kullanılır.

Hesaplanan varlıklar, aynı veri akışında bir varlığa veya farklı bir veri akışında oluşturulan bir varlığa başvuruda bulunarak oluşturulabilir.

Hesaplanan varlık neden kullanılmalıdır?

Bir varlıktaki tüm dönüştürme adımlarının gerçekleştirilmesi yavaş olabilir. Bu yavaşlamanın birçok nedeni olabilir — veya veri kaynağı yavaş olabilir ya da yaptığınız dönüştürmelerin iki veya daha fazla sorguya çoğaltılması gerekebilir. İlk olarak kaynaktaki verileri almak ve bir veya daha fazla varlıkta yeniden kullanmak avantajlı olabilir. Böyle durumlarda, iki varlık oluşturmayı seçebilirsiniz: veri kaynağından veri alan bir tane ve bir veri — — akışı tarafından kullanılan veri Gölü daha önceden yazılmış verilere ek dönüşümler uygulayan bir hesaplanan varlık. Bu, verilerin performansını ve yeniden kullanılabilirliğini artırabilir, zaman ve kaynak tasarrufu sağlayabilir.

Örneğin, iki varlık kendi dönüştürme mantığının bir parçası olsa da, hesaplanan bir varlık olmadan, dönüştürme iki kez yapılmalıdır.

ancak, hesaplanan bir varlık kullanılıyorsa, dönüştürmenin ortak (paylaşılan) bölümü bir kez işlenir ve Azure Data Lake Storage depolanır. Daha sonra, kalan dönüşümler ortak dönüştürmenin çıktısından işlenir. Genel olarak, bu işleme çok daha hızlıdır.

Hesaplanan bir varlık, dönüşüm için kaynak kodu olarak bir yer sağlar ve yalnızca birden çok kez yapılması gerektiğinden dönüştürmeyi hızlandırır. Veri kaynağındaki yük da azalır.

Hesaplanan varlık kullanmaya yönelik örnek senaryo

veri modelini hızlandırmak için Power BI ' de bir toplu tablo oluşturuyorsanız, özgün tabloya başvurarak ve buna ek dönüşümler uygulayarak toplanmış tabloyu oluşturabilirsiniz. Bu yaklaşımı kullanarak, dönüşümünüzü kaynaktan (özgün tablodan olan bölüm) çoğaltmanıza gerek kalmaz.

Örneğin, aşağıdaki şekilde bir Siparişler varlığı gösterilmektedir.

Bu varlıktan bir başvuru kullanarak, hesaplanan bir varlık oluşturabilirsiniz.

Hesaplanan varlık daha fazla dönüşümlere sahip olabilir. Örneğin, verileri müşteri düzeyinde toplamak için gruplama ölçütü ' ni kullanabilirsiniz.

Bu, siparişin toplanmış olduğu varlık, veri kaynağından yeniden değil, siparişler varlığındaki verileri alacak anlamına gelir. Gerçekleştirilmesi gereken dönüşümlerinden bazıları siparişler varlığında zaten yapıldığından, performans daha iyidir ve veri dönüştürme daha hızlıdır.

Diğer veri akışlarında hesaplanan varlık

Ayrıca, diğer veri akışlarında hesaplanan bir varlık da oluşturabilirsiniz. Microsoft Power platform veri akışı Bağlayıcısı ile bir veri akışından veri alarak oluşturulabilir.

Hesaplanan varlık kavramı, depolama alanında kalıcı bir tablo ve bundan kaynaklanır diğer tablolar olduğundan, veri kaynağından okuma süresini azaltabilir ve ortak dönüşümlerden bazılarını paylaşabilirsiniz. Bu, veri akışı Bağlayıcısı aracılığıyla diğer veri akışlarından veri alarak veya aynı veri akışında başka bir sorguya başvuruda bulunarak elde edilebilir.

Hesaplanan varlık: dönüşümlerle veya olmadan?

Artık, hesaplanan varlıkların veri dönüştürmesinin performansını iyileştirmek için harika olduğunu öğrendiğimize göre, bir soru sormak, dönüştürmelerin her zaman hesaplanan varlığa ertelenmesi gerektiğini veya kaynak varlığa uygulanıp uygulanamayacağını belirtir. Diğer bir deyişle, veriler her zaman bir varlığa alınmalıdır ve sonra hesaplanan bir varlıkta dönüştürülebilmelidir mi? Olumlu ve olumsuz yönleri nelerdir?

Metin/CSV dosyaları için dönüşümsiz veri yükleme

Bir veri kaynağı sorgu katlamayı (metin/CSV dosyaları gibi) desteklemiyorsa, özellikle veri birimleri büyükse, kaynaktan veri alırken dönüşümleri uygulamada çok daha fazla avantaj vardır. Kaynak varlık yalnızca herhangi bir dönüştürme uygulamadan verileri metin/CSV dosyasından yükler. Daha sonra, hesaplanan varlıklar kaynak varlıktan veri alabilir ve dönüştürmeyi alınan verilerin üstünde gerçekleştirebilir.

Yalnızca verileri gösteren bir kaynak varlık oluşturma değerinin ne olduğunu sorabilirsiniz. Bu tür bir varlık faydalı olabilir, çünkü kaynaktaki veriler birden fazla varlıkta kullanılıyorsa, veri kaynağındaki yükü azaltır. Ayrıca, veriler artık diğer kişiler ve veri akışları tarafından yeniden kullanılabilir. Hesaplanan varlıklar özellikle veri biriminin büyük olduğu senaryolarda veya bir veri kaynağına şirket içi veri ağ geçidiyle erişildiğinde yararlıdır, çünkü ağ geçidinden gelen trafiği ve bunların arkasındaki veri kaynaklarını azaltır.

SQL tablosu için ortak dönüşümlerinden bazılarını yapma

Veri kaynağınız sorgu katlamayı destekliyorsa, sorgu veri kaynağına katlandığı ve yalnızca dönüştürülen veriler üzerinden getirileceği için kaynak varlıktaki bazı dönüştürmeleri gerçekleştirmek iyi olur. Bu, genel performansı geliştirir. Aşağı akış hesaplanan varlıklarda ortak olacak dönüşümler kümesi kaynak varlığa uygulanmalıdır, bu nedenle kaynağa katlanabilirler. Yalnızca aşağı akış varlıkları için uygulanan diğer dönüşümler, hesaplanan varlıklarda yapılmalıdır.