جدول افتراضي LuckyTemplates | 5 نصائح وحيل للتصحيح

جدول LuckyTemplates الظاهري هو موضوع DAX المفضل لدي. إنها المفتاح لإطلاق العنان للقوة الكاملة لـ DAX. الجداول الافتراضية هي النوع الوحيد من الجداول الديناميكية بالكامل في LuckyTemplates ، وهناك مشاكل لا يمكن حلها إلا من خلال تطبيق تقنيات الجدول الافتراضي ضمن مقاييسك. يمكنك مشاهدة الفيديو الكامل لهذا البرنامج التعليمي أسفل هذه المدونة.

في هذا البرنامج التعليمي ، سأشارك أهم 5 نصائح وحيل تراكمت لي على مر السنين والتي ساعدتني حقًا في فهم وتصحيح ما يحدث داخل جداول Power Bi الافتراضية.

المثال الذي سأستعرضه اليوم هو من ، وهو يأتي من عضو يدعى Dave C ، الذي يعمل في مجال الأمن الصناعي. كان لدى ديف سلسلة من درجات الأمان وأراد تطبيعها بحيث تكون أعلى درجة هي 10 ، ثم يأتي ديناميكيًا بالرقم Nth في تلك القائمة.

في البداية ، فكرنا في القيام بذلك من خلال مقياس بسيط ، لكننا أدركنا لاحقًا أن الكثير من قيمه الطبيعية لها روابط. على سبيل المثال ، إذا كنت تريد العنصر السابع في القائمة ، فلن يكون هناك رقم سبعة في RANKX. لا توجد طريقة سهلة لسحب ذلك من حالة الفلتر. لذلك قررنا إجراء مقياس يستند إلى بحيث يقوم دائمًا بالعد التنازلي للعدد التاسع.

هذا يشبه عندما تسحب البطاقة السابعة من مجموعة أوراق اللعب ، تقوم بحساب سبع أوراق ، ثم تقلب تلك المجموعة المكونة من سبعة أوراق ، وتكون البطاقة الموجودة في الأسفل هي التي تريدها. سنفعل ما يعادل ذلك في مقياس TOPN.

جدول المحتويات

• النصيحة رقم 1: استخدم أداة خارجية لتصور جدول LuckyTemplates الظاهري
• النصيحة رقم 2: تصحيح أخطاء جدول LuckyTemplates الظاهري في أجزاء باستخدام المتغيرات
• النصيحة رقم 3: استخدم المعلمة البديلة في SELECTEDVALUE
• نصيحة رقم 4: استخدم {} لتحويل Scalars إلى جداول
• نصيحة رقم 5: استخدم CONCATENATEX / UNICHAR لتحويل الطاولة إلى عددي
• خاتمة

النصيحة رقم 1: استخدم أداة خارجية لتصور جدول LuckyTemplates الظاهري

يمكنك استخدام DAX Studio أو Tabular Editor. في هذا المثال ، أستخدم Tabular Editor 3 (TE3). من الممكن تقنيًا القيام بذلك باستخدام علامة التبويب "النمذجة - جدول جديد" ، ولكن هذا سيؤدي إلى إنشاء جداول فعلية داخل نموذج البيانات الخاص بك. سيتعين عليك التنقل يدويًا بين ذلك والمحرر وهي طريقة بطيئة وصعبة للقيام بذلك.

عندما ترى الطريقة الديناميكية التي يمكن بها القيام بذلك من خلال أداة خارجية ، سترى الفائدة.

لذلك داخل TE3 ، نقوم بإنشاء استعلام DAX جديد. يمكننا اتخاذ الإجراء الأولي ونسخه إلى استعلام DAX الخاص بنا.

إذا كنت تتذكر ، فإن استعلامات DAX تبدأ دائمًا بـ EVALUATE . سنحصل على خطأ في البداية لأن استعلامات DAX تُرجع الجداول . كان هذا مقياسًا مع المتغيرين الأخيرين وهما الحجميات. ما يمكننا القيام به هنا هو تغيير قيمة الإرجاع ، وهي نصيحتي التالية.

النصيحة رقم 2: تصحيح أخطاء جدول LuckyTemplates الظاهري في أجزاء باستخدام المتغيرات

يمكنك تصحيح أخطاء الجداول الافتراضية بنفس الطريقة التي تستخدمها مع المقاييس - قطعة قطعة ، عن طريق تغيير القيمة المرجعة. لنبدأ بالجدول الافتراضي الأول ، vEvalTable . نحن ببساطة نستبدل قيمة RETURN (نهائي) بمتغيرنا الأول (VAR). ويمكنك أن ترى أن الخطأ يختفي لأن استعلام DAX يحصل الآن على جدول.

في vEvalTable ، نأخذ البيانات الأصلية ، وهي درجات الأمان ، ونعمل على تطبيعها وإضافة عمود القيمة المعيارية إلى الجدول الافتراضي. لدينا الفهرس وقيمة المنطقة والقيمة الطبيعية. يمكننا فرز هذه القيم لأعلى أو لأسفل وتصفية القيم أيضًا.

هذا يعطينا بالضبط ما كنا نتوقعه. تقوم بإرجاع 50 صفاً ، وهي مجموعة البيانات الكاملة. كل هذا يسير على ما يرام ، لذلك دعونا ننزلق ونستكشف الجدول التالي ، وهو vTableTopN . في هذا الجدول ، نأخذ TOPN باستخدام قيمة شريط تمرير العنصر n. في هذا المثال ، لدينا القيمة السابعة للجدول الظاهري أعلاه (vEvalTable) ، ونأخذ ذلك TOPN بناءً على القيمة الطبيعية بترتيب تنازلي.

لذلك ، عندما نغير وظيفة RETURN الخاصة بنا إلى ذلك ، فإنها تسقط ولا نحصل على أي شيء. دعنا نلقي نظرة على السبب لأن هذا مفهوم مهم حقًا لتصحيح الأخطاء وفهم الجداول الافتراضية.

إذا نظرنا إلى الصيغة ، فلدينا قيمة Nth Item Slider على أنها المشتبه به الرئيسي هنا. بالعودة إلى LuckyTemplates ، يمكننا أن نرى أن هذا في الأساس مجرد حصاد للرقم سبعة. لاحظ أن أشرطة التمرير موجودة في سياق الصفحة .

وهكذا ، في هذه الحالة ، عندما ننظر إلى تصحيح أخطاء هذا الجدول خارج السياق ، فإن هذه القيمة المحددة ليس لها سياق حولها . ليس لديها أي شيء من حيث القدرة على سحب هذا الرقم. كنا نحصل على TOPN ، لكننا لا نعرف ما هو N في TOPN لأن هذه القيمة المحددة ترجع فارغة.

كيف نتعامل مع ذلك؟ لنلقِ نظرة على مقياس القيمة المختارة. في معظم الأوقات ، نولي اهتمامًا دائمًا للمعامل الأول في ، ولكن هناك معلمة ثانية ، وهي بديل. هذا يقودنا إلى نصيحتي الثالثة.

النصيحة رقم 3: استخدم المعلمة البديلة في SELECTEDVALUE

ما حدث هنا هو أنه كان يسحب الفراغ كبديل. ولكن ما نريد القيام به (لأغراض التصحيح) هو أننا نريد وضع قيمة حقيقية هنا . لذلك ، نضع الرقم 7 ونحتفظ به.

الآن لدينا بعض القيم. إنه يعيد سبعة صفوف ، وهو بالضبط ما يجب أن يكون بسبب قيمة TOPN هذه وهي سبعة.

دعنا نتابع الخط إلى الجدول الظاهري التالي ، وهو vTableNthItem . لدينا تلك المجموعة المكونة من سبع أوراق ، وهذه الطاولة تقلبها بشكل أساسي. كنا بترتيب تنازلي في الجدول السابق ، والآن نحن في ترتيب تصاعدي.

إذا أخذنا هذا ونسخناه إلى قسم RETURN ، فسنحصل على النتائج. من المثير للاهتمام أنه لا يعيد صفًا واحدًا. إنه يعيد ثلاثة صفوف لأن هؤلاء الثلاثة مقيدون. هذا هو بالضبط سبب استخدامنا لـ TOPN بدلاً من RANKX ، في هذه الحالة.

الآن دعنا ننتقل إلى النتيجة . إذا قمنا بنسخ نتيجة VAR إلى قسم RETURN ، فسيصل هذا إلى نصيحتي الرابعة.

نصيحة رقم 4: استخدم {} لتحويل Scalars إلى جداول

ضمن الصيغة ، نأخذ الحد الأقصى ( ) لهذا vTableNthItem ونعيد القيمة الطبيعية. قد يكون هذا ، ويمكن أن يكون ، ويمكن أن يكون . إنه مجرد مُجمِّع يعرض تلك القيمة في ذلك الجدول. وبالتالي ، إذا قمنا بنسخ هذا ، فسوف يعطينا خطأ لأن هذا الآن هو عدد قياسي.

ولكن هذه هي نصيحتي الرابعة ، وهي في سياق التصحيح. ما يمكنك فعله هو إضافة الأقواس المتعرجة . من خلال القيام بذلك ، فإنه يحول هذا العدد إلى جدول.

وبعد ذلك ، ما لدينا هنا هو مجرد فحص نهائي للخطأ ، وهو أنه إذا تبين أن جدول التقييم أصغر من عدد الصفوف ، فإنه سيعيد بيانات غير كافية. لكننا نعلم في هذه الحالة أن مجموعة البيانات لدينا كبيرة بما يكفي. ومع ذلك ، يمكننا اختبار ذلك فقط عن طريق كتابة النهائي . مرة أخرى ، نظرًا لأن هذا قشارة ، نحتاج أيضًا إلى الأقواس المتعرجة ، ونحصل على نفس القيمة هنا.

لقد بحثنا في هذا الجدول الافتراضي وصححناه أخطائه ، واستخدمنا القيمة البديلة في SELECTEDVALUE لمنعه من الوقوع خارج السياق. الآن أريد فقط أن أوضح لك نصيحة إضافية وجدتها مفيدة حقًا.

نصيحة رقم 5: استخدم CONCATENATEX / UNICHAR لتحويل الطاولة إلى عددي

في سياق إجراء تصحيح الأخطاء ، سترغب في رؤية شكل هذا الجدول في LuckyTemplates. القاعدة العامة هي أن المقياس يمكن أن يُرجع مقياسًا فقط ، وليس جدولًا. ولكن ، هناك غش واحد سأريكم أنه يسمح له بإرجاع طاولة تقريبًا.

دعونا نلقي نظرة على هذا المقياس ، وهو Visualized Virtual Table ، ولدينا هنا جميع الجداول الافتراضية التي كانت لدينا في البداية. على سبيل المثال ، نريد عرض vTableTopN في صفحة التقرير الأولى.

يمكنك استخدام وظيفة هذه . يمكنك بالفعل أخذ اسم الجدول الظاهري (vTableTopN) وأخذ القيم الموجودة في هذا الجدول وسلسلها. يمكنك إنشاء شيء يشبه في الأساس جدولًا افتراضيًا.

إذا اتخذنا هذا الإجراء ، فسنحتاج إلى العودة إلى LuckyTemplates وإسقاطه في مقياس البطاقة. عادةً ما يعطي الجدول خطأً ، ولكن من خلال CONCATENATEX ، حول هذا الجدول إلى قشارة. يمكنك أن ترى أنها بدائية إلى حد ما ، لكنها تُعيد تمامًا ما نتوقعه وهي تفعل ذلك بطريقة ديناميكية.

إنها طريقة لدفع الجدول إلى مقياس وإظهار ذلك في تقريرك. إنها خدعة تصحيح أخطاء مفيدة حقًا. سيوفر تنسيقًا جيدًا في قيمة البطاقة التي يمكنك استخدامها في التقرير.

إتقان الجداول الافتراضية في LuckyTemplates باستخدام
جداول DAX الافتراضية داخل وظائف التكرار في LuckyTemplates -
جداول مفاهيم DAX في LuckyTemplates: الأنواع والتمييزات

خاتمة

نأمل أن يمنحك هذا البرنامج التعليمي بعض المواد الغذائية للتفكير فيما يتعلق بالعمل مع جدول افتراضي LuckyTemplates. هذه بعض النصائح والحيل الإضافية لفهم ما يحدث داخل طاولاتك الافتراضية. أتمنى أن تكون قد وجدت ذلك مفيدًا.

قم بزيارة موقعنا على الويب للحصول على مزيد من دروس LuckyTemplates وتحقق من الروابط أدناه للحصول على مزيد من المحتوى ذي الصلة.

أتمنى لك كل خير!