إكسل: كيفية استخدام AVERAGEIFS مع الشرط OR

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

في هذا السياق، تبرز حزمة تطبيقات مايكروسوفت إكسل كإحدى أكثر المنصات استخداماً لإجراء هذه الحسابات، وتحديداً عبر دالة AVERAGEIFS المصممة لاحتساب المتوسط الحسابي للخلايا التي تستوفي حزمة من المعايير المسبقة. غير أن الممارسة التطبيقية تكشف سريعاً عن قيد بنيوي جوهري في المحرك المنطقي لهذه الدالة؛ إذ بُنيت الدالة هندسياً لتعمل وفق منطق الاقتران الشرطي الصارم، أو ما يُعرف ببوابة العطف البولياني AND. يفرض هذا التصميم ضرورة تحقق جميع الشروط المقترنة بالتزامن لإدراج القيمة المستهدفة في حساب المتوسط، في حين تقف الدالة عاجزة بنيوياً وبشكل مباشر عن معالجة شروط الانفصال أو التخيير المنطقي، المعروفة ببوابة البدائل OR.

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

1. الأسس النظرية لحساب المتوسطات الشرطية والقيود المنطقية في إكسل

1.1 مفهوم المتوسط الحسابي المشروط وأهميته الإحصائية

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

وتتجلى الأهمية الإحصائية للتصفية الرقمية عند التعامل مع المستودعات البيانية الكبيرة التي تتداخل فيها المتغيرات الديموغرافية والتشغيلية والزمنية. فعند دراسة الإنتاجية المؤسسية أو المؤشرات السريرية، تصبح المعايير العامة مضللة إذا لم تُعزل التأثيرات المصاحبة. يتيح حساب المتوسطات وفق محددات فئوية متباينة فرصة ذهبية للتحكم في المتغيرات المشوشة (Confounding Variables) وتفكيك مصادر الاختلاف عبر مجموعات المقارنة. ومن ثم، فإن تطبيق القيود الانتقائية لا يقتصر على تضييق حجم العينة فحسب، بل يعمل كمرشح رياضي يعزل الضوضاء الإحصائية الناتجة عن القياسات العشوائية أو الحالات الشاذة، مما يرسي قاعدة صلبة لاستنتاجات استقرائية دقيقة خالية من الانحياز المنهجي.

1.2 المنطق الافتراضي لدالة AVERAGEIFS وحدودها البنيوية

صُممت دالة AVERAGEIFS في إكسل لتوفر صياغة معيارية لحساب المتوسطات متعددة الشروط، وتتكون بنيتها النحوية من وسيط إلزامي يمثل نطاق الحساب متبوعاً بأزواج متتالية من نطاقات الشروط ومعاييرها المقابلة: =AVERAGEIFS(average_range, criteria_range1, criteria1, [criteria_range2, criteria2], ...). وتتجلى الوظيفة الأساسية لهذا التركيب في فحص كل خلية متناظرة عبر كافة النطاقات المحددة؛ فإذا استوفت الخلية المعيار الأول، والمعيار الثاني، والمعيار الثالث، تُدرج الخلية المقابلة في نطاق الحساب النهائي، ويُستخرج المتوسط الحسابي لهذه الحصيلة.

غير أن نقطة الضعف الهيكلية في هذا التصميم تكمن في الاعتماد التلقائي وغير القابل للتعديل على منطق العطف الصارم (Boolean AND Logic) بين كافة الأزواج الشرطية. هذا يعني رياضياً أن الدالة تبحث عن “تقاطع” المجموعات الرياضية المعرفة بالشروط وليس “اتحادها”. فإذا رغب المحلل في تمرير شرطين تخييريّين على نطاق فئوي واحد—مثل محاولة استخراج متوسط المبيعات للموظفين الذين يعملون إما في قسم “التسويق” أو قسم “المبيعات”—فإن صياغة المعادلة بالطريقة التقليدية تجعل الدالة تبحث عن سجلات يكون فيها القسم مساوياً للتسويق والمبيعات في آن واحد، وهو حدث مستحيل الوقوع منطقياً في الحقول الأحادية القيمة. ونتيجة لذلك، يعجز المحرك الحسابي للدالة عن معالجة منطق OR البديل بصورة مباشرة، وينتهي الأمر بإرجاع مصفوفات فارغة تترجم إلى أخطاء شائعة مثل خطأ القسمة على الصفر #DIV/0!، مما يشل القدرة التحليلية ما لم تُبتكر أساليب التفافية تتجاوز هذه الحدود الصارمة.

1.3 التباين الرياضي بين بوابات المنطق البولياني AND و OR

لتشخيص المأزق الحسابي بصورة أعمق، ينبغي الرجوع إلى أصول الجبر البولياني الذي يحكم آليات الحوسبة في جداول البيانات. في هذا الفرع الرياضي، تُعامل العمليات المنطقية معاملة جبرية ثنائية؛ حيث يتم تمثيل بوابة العطف (AND) عبر عملية الضرب الحسابي، في حين تُمثل بوابة الانفصال (OR) عبر عملية الجمع الحسابي. فعند إخضاع صف بيانات لاختبار منطقي مزدوج وفق بوابة AND، فإن التعبير الرياضي يأخذ الشكل: T = C1 × C2، حيث تمثل القيم المنطقية بالرقم 1 للحقيقة (TRUE) والرقم 0 للبطلان (FALSE). وطالما أن أي شرط لم يتحقق (قيمته 0)، فإن حاصل الضرب يكون صفراً حتمياً، مما يعكس شروط التقاطع الصارمة التي تتطلب اكتمال الصحة لكافة الأطراف.

في المقابل، يخضع منطق OR لجبر الاتحاد، معبراً عنه بالصيغة: T = C1 + C2. في هذا النموذج، يكفي أن يكون أحد الشرطين محققاً (1 + 0 = 1) لتكتسب النتيجة النهائية صفة الصحة وتُدرج القيمة في العينة الإحصائية. يتجلى التأثير الإحصائي لهذا التباين الجبري في الحجم النهائي للعينة المفحوصة؛ فشروط التقاطع المنطقي (AND) تعمل باستمرار على تقليص فضاء العينة ورفع درجة التجانس، في حين تعمل شروط الاتحاد (OR) على توسيع فضاء العينة لضم فئات متباينة تلتقي عند محددات دنيا مشتركة. إن هذا الاختلاف المفهومي هو ما يجعل ترجمة منطق OR إلى بيئة مصممة أصالاً وفق منطق AND مهمة تتطلب محاكاة الجمع الجبري وتجاوز بنيات الدوال القياسية.

2. صيغة دالة AVERAGE مع دالة IF: الحل الأساسي لمنطق OR

2.1 البنية التركيبية العامة لصيغة المصفوفة البديلة

يمثل الدمج التركيبي بين الدالة الإحصائية العامة AVERAGE والدالة المنطقية IF المسار الأكثر رسوخاً وموثوقية لمحاكاة منطق التخيير الشرطي عبر تاريخ برمجيات الجداول الحسابية. تأخذ هذه الصيغة البديلة في هيكلها النمطي الشكل العام التالي:

=AVERAGE(IF((Range=Condition1)+(Range=Condition2), Average_Range))

يعتمد هذا التركيب على استخدام المعامل الحسابي للجمع (+) كمعادل وظيفي دقيق للبوابة المنطقية OR. تبدأ آلية التنفيذ من النطاقات الداخلية؛ حيث يُخضع إكسل كل خلية في النطاق المستهدف للاختبار الأول، مولداً مصفوفة داخلية من القيم المنطقية المؤقتة (TRUE و FALSE)، وبالتوازي يولد مصفوفة منطقية مقابلة للاختبار الثاني.

عند الربط بين هاتين المصفوفتين بعلامة الجمع الحسابية، يُجبر إكسل عبر محركه الداخلي على تحويل القيم البوليانية تلقائياً إلى مكافئاتها الرقمية، حيث تتحول كل TRUE إلى الرقم 1، وكل FALSE إلى الرقم 0. ونتيجة لعملية الجمع المصفوفي، ينتج متجه رقمي يحتوي على القيم 1 (للسجلات التي استوفت أحد الشرطين على الأقل) والقيم 0 (للسجلات التي أخفقت في تحقيق كلا الشرطين). هنا يأتي دور دالة IF التي تستقبل هذا المتجه الرقمي في وسيطها الشرطي؛ فتقوم بتمرير القيم المقابلة من نطاق الحساب Average_Range للخلايا ذات الناتج الإيجابي، بينما تعيد القيمة المنطقية FALSE افتراضياً للخلايا ذات الناتج الصفري. وتكمن العبقرية الرياضية لهذا الحل في أن دالة AVERAGE بطبيعتها الحسابية تتجاهل القيم البوليانية (TRUE/FALSE) والنصوص تلقائياً داخل النطاقات، ولا تعتمد إلا القيم الرقمية الحقيقية، مما يؤدي إلى استبعاد السجلات غير المستوفية للشروط تماماً من حساب المقام والبسط دون ترك أي أثر صفري مضلل.

2.2 التعامل مع صيغ المصفوفات عبر إصدارات إكسل المختلفة

تختلف تجربة تطبيق هذه الصيغة الحسابية اختلافاً جوهرياً باختلاف إصدار مايكروسوفت إكسل المستخدم والبيئة التشغيلية التي يعمل ضمنها المصنف. في الإصدارات التقليدية والتاريخية من البرنامج (ما قبل عام 2019)، لم تكن محركات الحساب تدعم معالجة متجهات المصفوفات المتعددة بصورة تلقائية في الخلايا الفردية؛ وعليه، كان لزاماً على المستخدم تنشيط الصيغة من خلال الضغط المتزامن على لوحة المفاتيح: Ctrl + Shift + Enter. يؤدي هذا الإجراء الحاسم، الذي يُصطلح عليه اختصاراً بـ (CSE)، إلى إحاطة المعادلة بأقواس معقوفة تلقائية {...} يولدها النظام، كإشعار للمصنف بتشغيل معالج المصفوفات. وإذا ما أُغفل هذا الإجراء ودخلت الصيغة بمجرد الضغط على مفتاح الإدخال العادي، ينهار الحساب الرياضي معيداً أخطاء تشغيلية فادحة مثل #VALUE! أو يقوم باحتساب الخلية الأولى فقط متجاهلاً بقية عناصر النطاق.

في المقابل، أحدثت التحديثات الهيكلية في نسختي Microsoft 365 وإكسل 2021 ثورة تقنية كبرى عبر تقديم محرك حساب المصفوفات الديناميكية (Dynamic Array Engine). بفضل هذا المحرك الحديث، أصبحت البيئة قادرة على إدراك المتجهات الرياضية تلقائياً دون الحاجة إلى اختصار CSE المعقد، مع دعم ميزة التدفق التلقائي للمصفوفات وتتبع نطاقات التقييم بمرونة فائقة. بيد أن هذا التحول يستلزم من مديري المشاريع والمحللين الماليين توخي أقصى درجات الحذر لضمان توافق المصنفات وسلوك الحساب عبر المنصات وبيئات العمل المشتركة. فعند مشاركة ملف أُنشئ على منصة حديثة مع مستخدمين يعملون على إصدارات أقدم، قد تتعطل الحسابات وتتحول المؤشرات الوصفية إلى قيم تالفة، ما يفرض تبني أفضل الممارسات التوثيقية وإدراك الفروق المعمارية بدقة متناهية.

3. دراسة حالة تطبيقية: تحليل نقاط لاعبي كرة السلة

3.1 توصيف بنية البيانات وإعداد جدول القياسات

لإرساء الأسس النظرية السابقة على أرض الواقع التطبيقي، نستعرض دراسة حالة واقعية مستمدة من التحليلات الإحصائية الرياضية لدوري كرة السلة. لنفترض وجود جدول قياسات منظم يضم أداء عشرة لاعبين محترفين في إحدى الجولات الرياضية، حيث يحتوي الجدول على ثلاثة متغيرات رئيسية موزعة عمودياً كالتالي: أسماء اللاعبين (العمود A)، والمراكز الرياضية التخصصية للاعبين Position (العمود B)، وإجمالي النقاط المسجلة Points في المباراة (العمود C). تتراوح المراكز الرياضية بين ثلاثة أدوار كلاسيكية: حارس الهجوم (Guard)، ولاعب الهجوم المتقدم (Forward)، ولاعب الارتكاز (Center).

قبل الشروع في أي معالجة رياضية، تتطلب المعايير المنهجية المتبعة في إعداد النماذج تنظيف البيانات من كافة الشوائب الإدخالية؛ إذ إن مطابقة السلاسل النصية في بيئات الحوسبة حساسة للغاية للمسافات البادئة أو الزائدة أو الأخطاء الإملائية التي قد تفصل بين تصنيفين متماثلين في الواقع لكنهما متباينان في ذاكرة المعالج. يتمثل الهدف الإحصائي المحدد لدراستنا في: حساب متوسط النقاط المسجلة للاعبين الذين يشغلون إما مركز الحارس (Guard) أو مركز المهاجم (Forward)، مع استبعاد لاعبي مركز الارتكاز (Center) تماماً من العينة التحليلية. تتجلى المشكلة المنهجية فوراً عند محاولة استخدام دالة AVERAGEIFS القياسية؛ إذ يستحيل منطقياً وفيزيائياً أن يشغل لاعب واحد المركزين معاً في السجل ذاته، مما يجعل الدالة التقليدية عاجزة عن تقديم أي مخرج ذي معنى.

3.2 بناء الصيغة وتطبيق المعادلة خطوة بخطوة

لمعالجة هذا التحدي العملي، نقوم ببناء الصيغة المصفوفية بالاعتماد على التوليفة المنطقية لدالتي AVERAGE و IF. بافتراض أن المراكز الرياضية مسجلة في النطاق من B2 إلى B11، والنقاط المسجلة مصفوفة في النطاق العددي من C2 إلى C11، تتم صياغة المعادلة الإحصائية على النحو التالي:

=AVERAGE(IF((B2:B11="Guard")+(B2:B11="Forward"), C2:C11))

تتم معالجة هذه الصيغة داخل الذاكرة المؤقتة لمحرك إكسل عبر تتبع دقيق للمخرجات الفرعية. لنفترض أن توزيع المراكز في الجدول للعينات العشر كان بالترتيب التالي: (Guard, Forward, Center, Guard, Center, Forward, Guard, Forward, Center, Guard). يبدأ المحرك بتقييم الشرط الأول (B2:B11="Guard") لينتج المصفوفة المنطقية الأولى:

{TRUE; FALSE; FALSE; TRUE; FALSE; FALSE; TRUE; FALSE; FALSE; TRUE}

وفي اللحظة ذاتها، يقيّم المحرك الشرط الثاني (B2:B11="Forward") لينتج المصفوفة المقابلة:

{FALSE; TRUE; FALSE; FALSE; FALSE; TRUE; FALSE; TRUE; FALSE; FALSE}

بتطبيق معامل الجمع المصفوفي (+)، يجمع المحرك المتجهين منطقياً وعددياً وفق قواعد الجبر البولياني، فتتحول القيم إلى أرقام متطابقة:

{1; 1; 0; 1; 0; 1; 1; 1; 0; 1}

عند تغذية هذه المصفوفة الثنائية في دالة IF، تقوم الدالة باختبار كل قيمة: إذا كانت القيمة 1، تُمرر النقاط المقابلة من النطاق العددي C2:C11، وإذا كانت 0، تُمرر القيمة المنطقية FALSE. فإذا كانت النقاط المسجلة المقابلة للاعبين السبعة المستوفين للشروط هي على التوالي: 24، 18، 22، 15، 28، 19، 16، فإن مصفوفة الخرج الموجهة لدالة المتوسط الحسابي تكون:

{24; 18; FALSE; 22; FALSE; 15; 28; 19; FALSE; 16}

تتجاهل دالة AVERAGE كافة عناصر FALSE الثلاثة تلقائياً، وتجمع القيم الرقمية السبع محققة إجمالي 142 نقطة، ثم تقسمها على عدد المشاهدات الفعلي (7)، لتكون النتيجة الإحصائية النهائية المستخرجة بدقة فائقة هي: 20.2857 نقطة.

3.3 التحقق الرياضي اليدوي وتأكيد صحة النتائج

تقتضي الرصانة الأكاديمية إخضاع المخرجات البرمجية للتحقق المستقل والتأكيد الرياضي اليدوي. للقيام بذلك، نقوم باستخراج المشاهدات المطابقة للشرطين بصورة منفردة ومستقلة تماماً عن الصيغة البرمجية، حيث نعزل نقاط حراس الهجوم (Guards) الأربعة: (24، 22، 28، 16)، ونقاط المهاجمين (Forwards) الثلاثة: (18، 15، 19). نطبق قانون حساب المتوسط الحسابي البسيط لمجموع المشاهدات المدمجة:

المتوسط اليدوي = (24 + 18 + 22 + 15 + 28 + 19 + 16) ÷ 7 = 142 ÷ 7 = 20.285714...

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

4. التعامل مع الشروط المتعددة لنطاقات مختلفة أو متماثلة

4.1 تطبيق منطق OR عبر قيم متعددة في عمود واحد

في كثير من التحليلات الشاملة، لا يقتصر التخيير المنطقي على شرطين متنافسين فقط، بل يمتد ليشمل طيفاً فئوياً عريضاً. يمكن توسيع المنهجية المصفوفية الرياضية لتستوعب أي عدد من الشروط داخل النطاق الفردي من خلال تقنية الجمع المتسلسل للمصفوفات البوليانية. فإذا أردنا على سبيل المثال حساب متوسط نقاط حراس الهجوم (Guard)، أو المهاجمين (Forward)، أو لاعبي الارتكاز البدلاء ذوي المواصفات الخاصة، يُصاغ الشرط العام عبر السلسلة التالية:

((Range=C1) + (Range=C2) + (Range=C3) + ... + (Range=Cn))

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

4.2 دمج منطق AND مع منطق OR في صيغة مصفوفية مركبة

تصل النمذجة الحسابية إلى ذروة تعقيدها عند الحاجة إلى الجمع التزامني بين متطلبات التقاطع الصارم (AND) والبدائل الفئوية المرنة (OR) في معادلة مصفوفية متكاملة. للتعبير الجبري السليم عن هذا الدمج المعقد، نعتمد القاعدة الرياضية الأساسية: الجمع للبوابات التخييرية والضرب للبوابات التزامنية. تأخذ الصيغة الرياضية العامة الهيكل التالي:

=AVERAGE(IF(((Range1="OR_Cond1") + (Range1="OR_Cond2")) * (Range2="AND_Cond"), Values_Range))

لنتصور سيناريو تطبيقي يتطلب حساب متوسط نقاط اللاعبين الذين يلعبون في مركز Guard أو Forward (شرط OR البديل)، ولكن بشرط إضافي ملزم يتمثل في أن يكون اللاعب قد شارك في أكثر من 25 دقيقة خلال المباراة (شرط AND الإلزامي المسجل في النطاق D2:D11). في هذه الحالة، يتولى الجزء الأيسر من التعبير ((B2:B11="Guard") + (B2:B11="Forward")) تصفية المراكز منتجاً القيم 1 و 0. ثم يُضرب هذا المتجه رأسياً في المتجه الناتج عن فحص الدقائق (D2:D11 > 25) الذي يعيد بدوره 1 لمن تجاوز هذا الحد و 0 لمن لم يتجاوزه.

بموجب قواعد الجبر الثنائي، لن ينتج الرقم 1 النهائي إلا إذا استوفى السجل أحد المركزين (أحدهما = 1) وحقق في الوقت عينه قيد الدقائق الأدنى (1 × 1 = 1). أما إذا كان المركز صحيحاً لكن اللاعب شارك لمدة 20 دقيقة فقط، فإن ناتج الضرب يكون (1 × 0 = 0)، فتستبعده دالة IF تماماً. إن العزل الحسابي الدقيق عبر الأقواس المتداخلة يمنع اختلاط الأولويات التشغيلية، ويوفر بيئة استعلام قوية تماثل الاستعلامات البنيوية المركبة في لغة SQL.

4.3 تطبيق الشروط البديلة عبر أعمدة متباينة

تتعقد حسابات التخيير المنطقي بصورة مضاعفة عندما تتوزع شروط OR البديلة عبر أعمدة أو حقول تصنيفية متباينة، بدلاً من انحصارها في عمود واحد. على سبيل المثال، قد يتطلب التحليل استخراج متوسط إنتاجية الموظفين إذا كان الموظف ينتمي إلى “الفرع الإقليمي الأول” (نطاق جغرافي في العمود A) أو إذا كان يشغل رتبة “استشاري أول” بغض النظر عن موقعه الجغرافي (نطاق وظيفي في العمود B). يُصاغ هذا المعيار مصفوفياً عبر تركيب الاتحاد:

(A2:A100 = "الفرع الأول") + (B2:B100 = "استشاري أول")

تبرز هنا معضلة إحصائية بالغة الدقة تعرف بحالة “التطابق المزدوج المتزامن” (Double Inclusion). فإذا وُجد موظف يعمل في “الفرع الأول” وفي الوقت ذاته يحمل رتبة “استشاري أول”، فإن التقييم البولياني لكلتا المصفوفتين سيعيد القيمة TRUE (أي 1). عند إتمام عملية الجمع، ينتج الحساب الرقم 2 (1 + 1 = 2). في البنية المنطقية لدالة IF، يُعامل أي رقم يختلف عن الصفر كقيمة حقيقية TRUE، مما يعني أن السجل سيُمرر بصورة طبيعية في هذا السياق ولن يتسبب في تكرار قيمة الموظف مرتين داخل دالة AVERAGE لأن دالة IF تعيد خلية واحدة فقط للمتوسط. ومع ذلك، تصبح هذه الظاهرة مصدراً كارثياً للأخطاء الإحصائية عند الانتقال إلى طرق الجمع والعد التراكمي، مما يفرض دراسة السلوك الداخلي للمصفوفات بحذر شديد، كما سيتم تفصيله في الأقسام اللاحقة لمنع أخطاء التضخيم غير المقصودة.

5. المنهجية البديلة: استخدام AVERAGEIFS مع ثوابت المصفوفة

5.1 صياغة المعايير باستخدام الأقواس المعقوفة {Array Constants}

يلجأ بعض المحللين كحل بديل يبدو أنيقاً ومختصراً إلى تطويع دالة AVERAGEIFS القياسية من خلال تمرير ثوابت مصفوفية (Array Constants) في وسيط المعيار، محاطة بأقواس معقوفة، كما في التركيب التالي:

=AVERAGEIFS(Values_Range, Criteria_Range, {"Condition1", "Condition2"})

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

=AVERAGE(AVERAGEIFS(Values_Range, Criteria_Range, {"Condition1", "Condition2"}))

وهنا يقع المحلل في فخ إحصائي ورياضي جسيم. إن هذا الأسلوب يقوم بحساب “متوسط المتوسطات” (Mean of Means)، وهو إجراء رياضي باطل منهجياً إذا لم تكن المجموعات الإحصائية الفرعية متساوية تماماً في أحجام عيناتها التكرارية. فإذا كان هناك 100 لاعب في مركز Guard بمتوسط 10 نقاط، و 5 لاعبين فقط في مركز Forward بمتوسط 30 نقطة، فإن دالة AVERAGEIFS مع الثوابت المصفوفية ستنتج المتجه {10, 30}. وبإحاطتها بدالة AVERAGE، تكون النتيجة (10 + 30) ÷ 2 = 20 نقطة. في حين أن المتوسط الإجمالي المرجح الفعلي للعينة المشتركة (105 لاعبين) هو:

((100 × 10) + (5 × 30)) ÷ 105 = 1150 ÷ 105 = 10.95 نقطة

يظهر هذا التباين الشاسع (20 مقابل 10.95) كيف يؤدي استخدام الثوابت المصفوفية مع دالة AVERAGE المباشرة إلى تضخيم فئات الأقلية وتشويه المؤشر الوصفي النهائي بصورة كارثية لا تقبل في الأبحاث والتقارير المالية المعتمدة.

5.2 تصحيح الترجيح الرياضي باستخدام SUM و COUNTIF

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

=SUM(SUMIFS(Values_Range, Criteria_Range, {"Condition1", "Condition2"})) / SUM(COUNTIFS(Criteria_Range, {"Condition1", "Condition2"}))

تعمل هذه الصيغة المركبة بآلية رياضية متكاملة ومنضبطة ترجيحياً:

• تستقبل دالة SUMIFS الثوابت المصفوفية {"Condition1", "Condition2"}، فتقوم باحتساب مجموع القيم التراكمية التابعة للمجموعة الأولى بصورة مستقلة، ومجموع المجموعة الثانية، معيدة متجهاً من مجموعين: {مجموع1, مجموع2}.
• تقوم دالة SUM الخارجية بجمع هذين المجموعين لتستخرج البسط الرياضي الإجمالي الصحيح لكلا الفئتين معاً دون أي تشويه.
• في المقام، تنفذ دالة COUNTIFS الإجراء عينه على تكرارات الفئات، معيدة عدد المشاهدات الفعلية لكل فئة: {تكرار1, تكرار2}.
• تتولى دالة SUM في المقام توحيد هذه التكرارات لاستخراج الحجم الكلي للعينة المشتركة.

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

6. توظيف الدوال الديناميكية الحديثة: دالتا FILTER و AVERAGE

6.1 استخدام دالة FILTER كبديل عصري للمصفوفات التقليدية

مع إطلاق محرك الحساب المطور في النسخ السحابية الحديثة من Microsoft 365 وإصدار Excel 2021 وما يليهما، قدمت مايكروسوفت دالة FILTER المتخصصة في الاستخلاص الديناميكي للبيانات كإحدى أقوى الإضافات في تاريخ التطبيق. تتيح هذه الدالة معالجة شروط OR البديلة بأعلى درجات الانسيابية والأناقة البرمجية، متفوقة على تعقيدات صيغ المصفوفات الكلاسيكية. وتتخذ الصيغة الهيكلية الحديثة لحساب المتوسط الشكل التالي:

=AVERAGE(FILTER(Average_Range, (Criteria_Range="Condition1") + (Criteria_Range="Condition2")))

يقوم هذا النهج العصري على الفصل الهيكلي الحاسم بين مرحلتين تحليليتين: مرحلة التصفية واستخلاص متجهات البيانات المؤهلة، وتليها مرحلة المعالجة الإحصائية الرياضية. في المرحلة الأولى، تستقبل دالة FILTER نطاق القيم المراد حساب متوسطها في وسيطها الأول، وتستقبل في وسيطها الثاني (وسيط الإدراج include) التعبير البولياني الموحد بمنطق الجمع (+) الذي يمثل بوابة OR المنطقية. تقوم الدالة باستخراج مصفوفة أحادية البعد في الذاكرة الحية تحتوي حصراً على القيم التي استوفت أياً من الشروط البديلة، متجاهلة تماماً باقي الصفوف غير المؤهلة دون الحاجة لتمرير قيم FALSE وسيطة كما في دالة IF.

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

6.2 معالجة النتائج الفارغة ومنع انهيار الصيغ

من أهم المزايا المعمارية لدالة FILTER مقارنة بالصيغ المصفوفية القديمة امتلاكها لوسيط مدمج لمعالجة حالات الغياب البياني؛ وهو الوسيط الثالث الاختياري [if_empty]. ففي السيناريوهات التي لا تسفر فيها عمليات البحث عن أي سجل يطابق الشروط البديلة المحددة—كما لو تم البحث عن مراكز رياضية غير موجودة أو فئات بيع خاملة—فإن الصيغ التقليدية تنهار معيدة خطأ التقسيم على صفر #DIV/0! نتيجة فراغ مصفوفة البسط والمقام من البيانات.

باستخدام دالة FILTER، يمكن إدارة هذا الاستثناء باحترافية عبر تمرير قيمة بديلة، غير أن تمرير نص مثل “لا توجد بيانات” داخل دالة AVERAGE قد يولد خطأ قيمة #VALUE!. لذلك، يتم توجيه أفضل الممارسات المنهجية نحو دمج الدالة إما بإرجاع مصفوفة فارغة محددة، أو بتغليف الهيكل بالكامل داخل دالة الأخطاء العامة IFERROR كالتالي:

=IFERROR(AVERAGE(FILTER(Average_Range, (Criteria_Range="C1") + (Criteria_Range="C2"))), 0)

أو توفير مخرج نصي يعكس بوضوح الحالة الإحصائية مثل:

=IFERROR(AVERAGE(FILTER(Average_Range, (Criteria_Range="C1") + (Criteria_Range="C2"))), "لا تتوفر مشاهدات مطابقة")

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

7. معالجة القيم المكررة والأصفار والقيم النصية

7.1 أثر الأصفار الحقيقية مقابل الخلايا الفارغة على دقة المتوسط

تستدعي النزاهة العلمية في معالجة البيانات الانتباه الشديد للفرق الحاسم بين “الخلية الفارغة” (Empty Cell/Null) و”القيمة الصفرية المشروعة” (Legitimate Zero). فمن الناحية البرمجية والإحصائية داخل إكسل، تتجاهل دالة AVERAGE الخلايا الفارغة والنصوص تلقائياً، فلا تحسبها في بسط المجموع ولا في مقام التكرار. غير أنها تعامل الرقم صفر (0) كقيمة عددية أصيلة؛ تدرجه في البسط كقيمة صفرية وتزيد به عداد المقام بمقدار واحد، مما يؤدي إلى سحب المتوسط الحسابي نحو الأدنى وتخفيض قيمته المركزية بصورة ملحوظة.

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

=AVERAGE(FILTER(Values_Range, ((Criteria_Range="A") + (Criteria_Range="B")) * (Values_Range > 0)))

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

7.2 معالجة التكرار المزدوج للشروط (Double Counting Prevention)

تطرقنا سابقاً إلى خطورة تطبيق منطق OR عبر أعمدة تصنيفية متعددة؛ وتتجلى المشكلة الرياضية هنا في أعمق صورها عند استخدام صيغ الجمع الرياضي المباشر أو التجميع عبر صيغ الكسر التكراري (SUM/COUNT). فعندما يتحقق كلا الشرطين في سجل بياني واحد، يؤدي الجمع المنطقي البسيط إلى الناتج 2 (1 + 1 = 2). إذا تم تمرير هذا الناتج إلى دوال تعتمد الجمع التراكمي الموزون، فإن هذا السجل الفردي سيتم حسابه مرتين في البسط ومرتين في المقام، وهو خطأ فادح يسمى “التكرار المزدوج” (Double Counting)، مما ينسف التمثيل المتكافئ للعينات الإحصائية.

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

((Condition1 + Condition2) > 0)

في هذا التركيب، إذا كان ناتج الجمع 1 (أحد الشرطين محقق)، فإن 1 > 0 تعيد TRUE (أي 1). وإذا كان ناتج الجمع 2 (كلا الشرطين محققان معاً)، فإن 2 > 0 تعيد أيضاً TRUE (أي 1). أما إذا كان الناتج 0، فإن التعبير يعيد FALSE (أي 0). وبذلك، يتم تسطيح المصفوفة المنطقية لتصبح أحادية القيمة بشكل صارم، مما يضمن احتساب كل صف يستوفي الشروط مرة واحدة وواحدة فقط بصرف النظر عن عدد المعايير التي طابقها بالتزامن عبر مختلف الحقول التصنيفية.

8. استكشاف الأخطاء الشائعة ومعالجتها (Troubleshooting)

8.1 تشخيص وحل خطأ القسمة على صفر (#DIV/0!)

يعد ظهور خطأ القسمة على صفر #DIV/0! المؤشر الأكثر شيوعاً على تعطل حسابات المتوسطات الشرطية في بيئات إكسل. يتولد هذا الخطأ رياضياً عندما يكون مقام معادلة المتوسط مساوياً للصفر؛ وهو ما يترجم برمجياً إلى أن محرك البحث لم يعثر على سجل واحد يستوفي حزمة الشروط المنطقية المحددة داخل مصفوفات الفحص.

وعند استبعاد الغياب الفعلي للبيانات، تعود الأسباب الجذرية لهذا الخطأ في الغالبية الساحقة من الحالات إلى أخطاء المطابقة النصية غير المرئية؛ مثل وجود مسافات بادئة أو لاحقة في الخلايا (مثل كتابة "Guard " بدلاً من "Guard")، أو وجود فواصل وأحرف غير مرئية ناتجة عن تصدير البيانات من قواعد البيانات السحابية، أو استخدام همزات هجائية متباينة (مثل “أحمد” مقابل “احمد”). لمواجهة هذه المشكلة جذرياً، يُنصح بتمرير أعمدة التصنيف عبر دوال المعالجة النصية مثل TRIM لحذف المسافات العشوائية ودالة CLEAN لإزالة الرموز غير القابلة للطباعة قبل الشروع في بناء المعادلات الشرطية. كما يجب استخدام دوال التغليف الوقائي مثل IFERROR لضمان استمرار عمل النماذج الإحصائية دون انقطاع بصري مزعج في شاشات التقارير النهائية.

8.2 معالجة أخطاء القيمة والمصفوفات (#VALUE! و #N/A)

تنشأ أخطاء القيمة والمطابقة متمثلة في #VALUE! و #N/A نتيجة اختلال في التوافق الهيكلي لمدخلات الصيغة المصفوفية. والسبب الأول في ذلك هو عدم تطابق أبعاد النطاقات المتقابلة؛ كأن يتم تحديد نطاق المعيار الأول من الصف الثاني إلى الصف المائة B2:B100 بينما يُحدد نطاق المعيار الثاني أو نطاق القيم من الصف الثاني إلى الصف التاسع والتسعين C2:C99. يفرض الجبر المصفوفي تطابقاً تاماً ومتناظراً في عدد الصفوف والأعمدة؛ وأي اختلاف بمقدار خلية واحدة يؤدي إلى عجز المحرك عن مطابقة المتجهات وإطلاق خطأ القيمة الفوري.

أما السبب الثاني فيكمن في تلوث النطاقات المخصصة للأرقام بقيم نصية أو أخطاء حسابية مسبقة، مما يربك دوال التجميع الرياضي. يضاف إلى ذلك العوامل التقنية الخاصة بالإصدارات القديمة عند نسيان إدخال المصفوفة باختصار CSE كما أسلفنا. لتشخيص مكان الخلل بدقة متناهية، يُعد استخدام أداة “تقييم الصيغة” (Evaluate Formula) المدمجة في تبويب “صيغ” (Formulas) بإكسل الخيار التشخيصي الأمثل؛ إذ تتيح للمحلل السير خطوة بخطوة عبر الحسابات الوسيطة في الذاكرة لرؤية النقطة الدقيقة التي يتحول فيها المتجه الحسابي إلى قيمة خطأ، مما يسهل معالجتها فوراً.

9. مقارنة الأداء والكفاءة الحسابية بين الأساليب المختلفة

9.1 تحليل العبء الحسابي واستهلاك الذاكرة في قواعد البيانات الضخمة

مع تنامي حجم مجموعات البيانات المؤسسية لتصل إلى مئات الآلاف أو ملايين الصفوف، تتجاوز المعايير التحليلية مجرد صحة الناتج الرقمي لتشمل كفاءة استهلاك موارد المعالج والذاكرة الحية (RAM) وسرعة تحديث النماذج. تتباين الصيغ الرياضية المعروضة تبايناً حاداً في بصمتها التشغيلية:

• تعتمد صيغ المصفوفات الكلاسيكية AVERAGE(IF(...)) على بناء مصفوفات افتراضية كاملة الحجم ومحاكاتها داخلياً في الذاكرة المؤقتة لكل خلية تحوي المعادلة، مما يتسبب في إبطاء زمني ملحوظ وثقل في إعادة الحساب (Calculation Latency) عند تكرارها آلاف المرات في نفس المصنف.
• في المقابل، تتمتع صيغة الكسر المرجح SUM(SUMIFS)/SUM(COUNTIFS) بأعلى كفاءة تشغيلية مطلقة بين كافة الخيارات عبر قواعد البيانات الكبيرة؛ نظراً لأن الدوال التجميعية المشروطة SUMIFS و COUNTIFS كُتبت بلغة C++ منخفضة المستوى ومحسنة داخلياً للتعامل مع النطاقات الكبرى بسرعة خارقة وخوارزميات فهرسة متعددة الخيوط (Multi-threaded Calculation).
• أما دالة FILTER الحديثة، فرغم أناقتها وسرعتها العالية، إلا أنها تستهلك حجماً ملحوظاً من الذاكرة اللحظية عند استخلاص شرائح بيانات ضخمة، مما يجعلها مثالية للتقارير ولوحات التحكم متوسطة الحجم، في حين تبقى الأفضلية لمعادلات SUMIFS/COUNTIFS في النماذج المؤسسية المعقدة الممتدة عبر مئات الآلاف من السجلات.

9.2 مقارنة معالجة البيانات عبر الجداول المحورية (Pivot Tables)

بالموازاة مع الحلول المعتمدة على الصيغ الحية المباشرة، تمثل الجداول المحورية (Pivot Tables) أداة معالجة إحصائية موازية ذات كفاءة استثنائية في تطبيق منطق OR. تتيح الجداول المحورية للمستخدم سحب الحقل التصنيفي (مثل المراكز الرياضية) إلى منطقة التصفية أو الصفوف، ثم تفعيل خيار “تحديد عناصر متعددة” (Select Multiple Items) واختيار الفئات المطلوبة حصراً، لتتولى محركات التلخيص الحسابي احتساب المتوسط بدقة وتجاهل باقي الفئات تلقائياً.

تتفوق الجداول المحورية في ثباتها الأدائي العالي وعدم استهلاكها لموارد المعالج في العمليات اللحظية؛ حيث يتم تخزين البيانات في ذاكرة وسيطة مؤقتة (Pivot Cache)، مما يمنحها سرعة تصفح هائلة حتى مع ملايين السجلات. كما تتيح إنشاء حقول ومقاييس مخصصة مدمجة. غير أن نقطة الضعف الرئيسية تكمن في افتقارها للتحديث اللحظي؛ إذ تتطلب من المستخدم أو النظام تنفيذ أمر “تحديث” (Refresh) دوري لعكس التغييرات في البيانات المصدرية، بعكس الصيغ البرمجية الحية (Dynamic Formulas) التي تستجيب تلقائياً وفورياً لأي تبديل في قيم المدخلات، مما يجعل الاختيار بينهما خاضعاً لطبيعة المشروع ومتطلبات الأتمتة المعتمدة.

10. أفضل الممارسات المنهجية والتطبيقات المتقدمة في النمذجة

10.1 تنظيم أوراق العمل وتسمية النطاقات (Named Ranges)

تقتضي معايير الحوكمة والنمذجة المالية القياسية، مثل معايير (FAST Standard)، الابتعاد عن استخدام مراجع الخلايا الإحداثية الصامتة (مثل B2:B100) داخل الصيغ المعقدة، واستبدالها بنطاقات مسماة ذات دلالة إحصائية واضحة (Named Ranges)، أو الأفضل من ذلك: تحويل نطاقات البيانات الخام إلى جداول إكسل رسمية (Excel Tables / ListObjects). يوفر تحويل البيانات إلى جداول ميزة استخدام مراجع الأعمدة الهيكلية (Structured References)، كأن تصبح الصيغة بالشكل التالي:

=AVERAGE(FILTER(PlayersTable[Points], (PlayersTable[Position]="Guard") + (PlayersTable[Position]="Forward")))

يحقق هذا النهج المؤسسي منافع بالغة الأهمية؛ فهو أولاً يرفع من مقروئية النماذج ويسهل مراجعتها وتدقيقها من قبل أطراف ثالثة، وثانياً يزيل تماماً مخاطر انزياح النطاقات أو إغفال صفوف مضافة حديثاً، حيث تتميز الجداول الرسمية بخاصية التوسع الديناميكي التلقائي (Auto-Expansion)؛ فبمجرد إضافة سجلات جديدة في أسفل الجدول، تُدمج فوراً في فضاء الحساب دون أي تدخل يدوي لتعديل أبعاد الصيغ الحسابية.

10.2 ربط الشروط بخلايا الإدخال التفاعلية ودوال التحقق

من أسوأ الممارسات البرمجية في بناء النماذج تضمين الشروط النصية الثابتة مباشرة داخل نصوص المعادلات الرياضية، وهو ما يُعرف اصطلاحاً بـ (Hardcoding) مثل كتابة "Guard" داخل نص الصيغة. يحد هذا الإجراء من مرونة المصنف ويجعل أي رغبة في تعديل معايير التحليل تتطلب تحرير الصيغ ذاتها، وهو ما يفتح الباب واسعاً أمام وقوع أخطاء الإدخال غير المقصودة.

تتمثل الممارسة الفضلى في عزل متغيرات الإدخال والشروط في خلايا مستقلة ومخصصة بلوحة التحكم، وربط تلك الخلايا بقوائم منسدلة تفاعلية تُبنى باستخدام أداة “التحقق من صحة البيانات” (Data Validation). بعد ذلك، تُصاغ المعادلات لترتبط إحداثياً بتلك الخلايا التفاعلية، كالتالي:

=AVERAGE(FILTER(Table[Points], (Table[Position]=E1) + (Table[Position]=E2)))

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

10.3 التكامل مع بيئات ذكاء الأعمال المتقدمة (Power Query و DAX)

عندما تتجاوز التحليلات المعقدة قدرات المعالجة الخلوية الفردية، تبرز ضرورة الانتقال المنهجي نحو أدوات ذكاء الأعمال المدمجة في إكسل، والمتمثلة في محرك التحويل والاستخراج Power Query ومحرك النمذجة العلائقية Power Pivot المدعوم بلغة DAX (Data Analysis Expressions).

في Power Query، يمكن نقل عبء تصفية منطق OR بالكامل إلى مرحلة استيراد البيانات وتجهيزها (ETL)، حيث تتيح واجهة التصفية المتقدمة استبعاد الفئات غير المرغوبة ودمج السجلات وتوحيدها قبل وصولها إلى ورقة العمل، مما يعفي المصنف تماماً من أعباء الصيغ المصفوفية الثقيلة. أما داخل نموذج بيانات Power Pivot، فإن لغة DAX توفر دوال تجميع متقدمة فائقة السرعة تُعالج منطق OR عبر صياغة مقاييس محتسبة (Measures) تستخدم دالة CALCULATE المقترنة ببوابة التخيير المباشرة ||، كما في التعبير النموذجي:

Points_Mean := CALCULATE(AVERAGE(Players[Points]), Players[Position] = "Guard" || Players[Position] = "Forward")

يتميز هذا التعبير البرمجي بالقدرة على إجراء الحسابات على عشرات الملايين من الصفوف خلال أجزاء من الثانية بفضل محرك الذاكرة المضمن (VertiPaq Engine)، مع مراعاة كافة سياقات التصفية النشطة في التقارير. يمثل هذا المسار الترقية الطبيعية والاستراتيجية المثلى للمحللين الذين يتطلعون للارتقاء بنماذجهم من مجرد جداول حسابية بسيطة إلى حلول ذكاء أعمال مؤسسية قادرة على تلبية متطلبات البيانات الضخمة وأعلى معايير الحوسبة التحليلية.

الخاتمة

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

ولتحقيق هذا الغرض، تدرج البحث في تفكيك طيف الحلول البديلة؛ بدءاً من صيغ المصفوفات الكلاسيكية التي تدمج دالتي AVERAGE و IF عبر معامل الجمع التحويلي (+)، مع بيان الفروق التشغيلية الدقيقة بين بيئات المصفوفات الديناميكية الحديثة وإصدارات CSE التقليدية. كما جرى تسليط الضوء على المخاطر الإحصائية الفادحة المترتبة على استخدام الثوابت المصفوفية داخل AVERAGEIFS بصورة تؤدي لتشويه الأوزان التكرارية، وطرح الحل المرجح المعتمد على كسر دالتي SUMIFS و COUNTIFS كصيغة قياسية آمنة تضمن سلامة النتائج وموثوقيتها عبر كافة المنصات.

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

المراجع

• Alexander, M., & Kusleika, D. (2019). Excel 2019 Bible. John Wiley & Sons.
• Bluttman, K. (2020). Excel Formulas and Functions For Dummies (5th ed.). John Wiley & Sons.
• Ferrari, A., & Russo, M. (2016). The Definitive Guide to DAX: Business intelligence with Microsoft Excel, SQL Server Analysis Services, and Power BI. Microsoft Press.
• Frye, C. (2018). Microsoft Excel 2019 Step by Step. Microsoft Press.
• Walkenbach, J. (2015). Excel 2016 Formulas. John Wiley & Sons.