إكسل: صيغة لدالة MID من اليمين

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

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

يسعى هذا البحث المتعمق إلى تقديم تفكيك رياضي وهندسي شامل لكيفية بناء وصياغة دالة MID تعمل من الطرف الأيمن، مع التركيز على الصيغة المبتكرة التي تدمج دوال RIGHT وREPLACE وLEN، ومقارنتها بالصيغ البديلة المعتمدة على الحساب الجبري المباشر للإزاحة، وتوسيعها نحو الدوال المخصصة الحديثة مثل LAMBDA وLET في بيئات Microsoft 365، فضلاً عن تقديم نماذج تطبيقية معمقة تعالج التحديات الواقعية كالنصوص العربية ثنائية الاتجاه، وإدارة الذاكرة في قواعد البيانات الضخمة، وضمان خلو النتائج من الأخطاء الموضعية الشائعة.

1. مقدمة تأصيلية حول معالجة النصوص في مايكروسوفت إكسل والتحديات الاتجاهية

1.1 طبيعة السلاسل النصية ونماذج الفهرسة الاتجاهية في إكسل

تُمثَّل السلاسل النصية في ذاكرة برنامج مايكروسوفت إكسل على هيئة مصفوفات حرفية أحادية البعد (One-Dimensional Character Arrays)، حيث يُخصص لكل محرف رقم فهرس ترتيبي يبدأ افتراضياً من الرقم 1 لأول محرف في أقصى اليسار، ويتزايد تصاعدياً بمقدار عدد صحيح موجب بمقدار وحدة واحدة لكل محرف تالٍ وصولاً إلى نهاية السلسلة. هذا النموذج البنيوي، المستوحى من اللغات البرمجية الكلاسيكية وأنظمة الحوسبة الغربية، يعتمد افتراضاً مسبقاً بأن القراءة والمعالجة تبدأ دوماً من البداية المنطقية لليسار (Left-to-Right Indexing). وعندما يتم تخزين نص داخل خلية، يتعامل المحرك الحسابي مع النص ككتلة خطية ذات طول ثابت أو متغير يُقاس بعدد المحارف، وتعمل الدوال النصية الأساسية وفق هذا المرجع الثابت لتحديد إحداثيات المواقع الحرفية.

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

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

1.2 الحاجة الرياضية والوظيفية للاستقطاع النصي من الطرف الأيمن

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

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

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

1.3 خارطة طريق المقال ومنهجية التفكيك الرياضي للصيغ المركبة

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

بعد ذلك، سنقوم بتحليل فني معمق للصيغة الهندسية المركبة القائمة على تآلف دوال RIGHT وREPLACE وLEN، متبعين مسار التنفيذ الحسابي عبر الذاكرة المؤقتة لمحرك إكسل. ولن يقتصر البحث على التنظير المجرد، بل سيتناول دراسات تطبيقية وحالات واقعية متقدمة في مجالات التجارة والمالية والرياضة، تليها مقارنة شاملة مع الصيغ البديلة المعتمدة على الدوال الحديثة لبرنامج Microsoft 365 كدوال TEXTBEFORE وTEXTAFTER ودوال LET وLAMBDA المخصصة.

كما سيغطي المقال بالتفصيل استراتيجيات معالجة الأخطاء وحالات الحواف الحسابية، وتأثير المسافات غير المرئية، وتحليل الأداء الحاسوبي للبيانات الضخمة واستهلاك الذاكرة. وسنختم ببحث التحديات الخاصة بالسلاسل ثنائية الاتجاه (Bi-Directional) كالنصوص العربية والأرقام المتداخلة، وتوفير كود برمجي موسع بلغة VBA وPower Query لضمان تزويد المحلل بأعلى درجات المعرفة التقنية الاحترافية.

2. التشريح البنيوي لدالة MID التقليدية وحدودها الوظيفية

2.1 الوسائط التشغيلية لدالة MID القياسية وآلية عملها

تتكون دالة MID القياسية في إكسل من ثلاث وسائط تشغيلية رئيسية محددة بدقة في البناء البرمجي للدالة: MID(text, start_num, num_chars). الوسيطة الأولى text تمثل السلسلة النصية المصدرية المراد الاقتطاع منها، وتستقبل قيماً نصية أو مراجع خلايا تشير إلى بيانات نصية، حيث يتم تخصيص مساحة في الذاكرة لقراءة السلسلة ككتلة متصلة من البايتات أو المحارف وفق ترميز النظام، وتتعامل مع جميع المحارف المرئية وغير المرئية كعناصر مستقلة داخل المصفوفة الحرفية.

الوسيطة الثانية start_num تُحدد موضع أول محرف يرغب المستخدم في استخراجه، وهي جوهر الارتهان الحسابي الدائم للطرف الأيسر كمرجع مطلق. يشترط إكسل أن تكون هذه القيمة عدداً صحيحاً موجباً أكبر من أو يساوي 1. وإذا تم تمرير قيمة سالبة أو صفرية، فإن الدالة تُرجع فوراً خطأ القيمة الشهير #VALUE!. وإذا كانت القيمة أكبر من إجمالي طول النص، فإن الدالة ترجع نصاً فارغاً "". هذه الوسيطة لا تمتلك أي وعي بنيوي بالطرف الأيمن للنص، مما يجعلها قاصرة عن الاستجابة التلقائية للبيانات التي تتغير بداياتها.

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

2.2 أوجه القصور الرياضي في دالة MID عند التعامل مع النصوص غير متجانسة البداية

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

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

من هنا تبرز الضرورة الملحة لابتكار منهجية عكسية مستقلة تماماً عن الفواصل، ترتكز على الثبات النسبي لمواقع النصوص عند قياسها انطلاقاً من الطرف الأيمن. إن تحويل معيار القياس من “البعد عن البداية المجهولة أو المتغيرة” إلى “البعد عن النهاية المعلومة” هو المفتاح الرياضي لتجاوز محدودية دالة MID وتحقيق أعلى درجات الدقة في معالجة السجلات غير المتجانسة.

2.3 المقارنة البنيوية بين عائلة الدوال النصية: LEFT وRIGHT وMID

تمثل الدوال الثلاث LEFT وRIGHT وMID الأركان الكلاسيكية لمعالجة السلاسل النصية في بيئة إكسل، وتتكامل أدوارها لتغطية مختلف احتياجات الاقتطاع الأساسية، إلا أن لكل منها حدوداً وظيفية دقيقة تحكم طريقة تفاعلها مع البيانات:

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

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

3. الأساس الرياضي والمنطقي لحساب الإزاحة العكسية للسلاسل النصية

3.1 نظرية التناظر الموضعي وتحويل المؤشرات من اليمين إلى اليسار

يقوم الأساس الرياضي لمعالجة النصوص العكسية على نظرية التناظر الموضعي (Positional Symmetry)، والتي تبحث في العلاقات الجبرية التي تربط بين إحداثيات المحارف عند قياسها من اتجاهين متعاكسين داخل فضاء نصي محدود الطول. لتوضيح هذه النمذجة الجبرية، دعنا نفترض وجود سلسلة نصية يرمز لطولها الإجمالي بالمتغير $L$، ونريد تحديد موضع محرف معين يقع عند الإحداثي $P_R$ (الموضع عند القياس من اليمين)، ومعرفة ما يقابله بدقة في الإحداثي $P_L$ (الموضع عند القياس من اليسار).

في نظام الفهرسة ذي الأساس الواحد (1-based Indexing) المعتمد في إكسل، نجد أن المحرف الأخير يمتلك الإحداثي $P_L = L$ من اليسار، ويمتلك الإحداثي $P_R = 1$ من اليمين. والمحرف قبل الأخير يمتلك الإحداثي $P_L = L – 1$ من اليسار و $P_R = 2$ من اليمين. وبالاستقراء الرياضي، نصل إلى المعادلة الجبرية الخطية التي تحكم العلاقة بين الموضعين:

$$P_L = L – P_R + 1$$

هذه المعادلة توضح بدقة كيفية تحويل أي مؤشر يميني إلى مؤشر يساري مكافئ. ولكن عند الرغبة في تحديد نقطة بداية لاقتطاع كتلة نصية تمتد لعدة محارف، تتدخل متغيرات إضافية تتعلق باتجاه قراءة الكتلة نفسها، مما يفسر ظهور معاملات تصحيحية إضافية في المعادلات المركبة مثل (+1) أو (+2). تنشأ هذه الثوابت لموازنة الفروق بين موضع بداية النافذة وموضع نهايتها، ولضمان عدم حدوث إزاحة خطأ بمقدار خانة واحدة (Off-by-one Error)، وهي إحدى أكثر المشكلات شيوعاً في هندسة البرمجيات وتحليل البيانات.

3.2 دور دالة الطول الكلي LEN كمعيار مرجعي مطلق

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

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

تتميز معادلات الإزاحة المستندة إلى LEN بالاستقرار الرياضي العالي في قواعد البيانات الضخمة، حيث إن التعقيد الحسابي لدالة LEN يُصنف كتعقيد خطي $O(1)$ أو $O(N)$ في أسوأ الحالات اعتماداً على بنية التخزين الداخلي لإكسل، مما يجعل إعادة حساب الطول لكل صف عملية سريعة للغاية لا تفرض أعباءً إضافية على وحدة المعالجة المركزية، وتوفر أساساً متيناً لبناء الصيغ المركبة المستقرة.

3.3 الاستدلال المنطقي لمعادلة الحذف والإبقاء النصي

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

تعتمد هذه المنهجية على تقليص الحجم النصي عبر التخلص من “الذيل النصي” اللاحق للمقطع المطلوب. فعندما نقوم بحذف جميع المحارف الواقعة على يمين المقطع المستهدف، يتحول آخر محرف في المقطع المستهدف تلقائياً ليصبح هو المحرف الأخير المطلق للسلسلة النصية المصغرة. وبمجرد الوصول إلى هذه الحالة، يتم إسقاط الحاجة إلى استخدام دالة بينية مثل MID، وتتحول المهمة ببساطة إلى عملية اقتطاع يميني كلاسيكية باستخدام دالة RIGHT للحصول على العدد المطلوب من المحارف.

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

4. التحليل الفني المعمق للصيغة المركبة: دمج RIGHT وREPLACE وLEN

4.1 البنية العامة للصيغة العامة وتفصيل معاملاتها

تعتبر الصيغة المركبة المعتمدة على دمج دوال RIGHT وREPLACE وLEN التحفة الهندسية الأكثر أناقة وكفاءة لمحاكاة دالة MID من اليمين في مايكروسوفت إكسل. تأخذ هذه الصيغة الشكل البنيوي القياسي التالي:

=RIGHT(REPLACE(text, LEN(text) - start_from_right + 2, LEN(text), ""), num_characters)

لفهم هذا التركيب الرياضي بدقة، دعنا نفصل المعاملات والمتغيرات المكونة له:

• text: يمثل الخلية المصدرية أو السلسلة النصية المراد معالجتها (مثل الخلية A1).
• start_from_right: متغير رقمي صحيح يحدد نقطة الانطلاق مقاسة من الطرف الأيمن للنص. على سبيل المثال، إذا كانت القيمة 3، فهذا يعني أننا نستهدف مقطعاً يبدأ عند المحرف الثالث بالعد من أقصى اليمين باتجاه اليسار.
• num_characters: متغير رقمي يحدد حجم الكتلة النصية المراد استخراجها، أي عدد المحارف التي نريد سحبها انطلاقاً من نقطة البدء المحددة.
• المعامل التصحيحي (+2): ثابت جبري ضروري لموازنة المؤشرات المكانية، حيث يضمن أن تبدأ عملية الحذف من المحرف الذي يلي مباشرة المقطع المستهدف، مما يحافظ على المقطع المطلوب كاملاً دون نقصان.

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

4.2 الدور المحوري لدالة REPLACE في بتر الأطراف اللاحقة

تمتلك دالة REPLACE بنية تشغيلية فريدة تختلف عن دالة SUBSTITUTE؛ فهي لا تبحث عن نص معين لتستبدله، بل تعتمد على الإحداثيات الموضعية البحتة: REPLACE(old_text, start_num, num_chars, new_text). في صيغتنا المركبة، يتم توظيف دالة REPLACE للقيام بعملية “بتر جراحي” للذيل النصي الزائد عن الحاجة الذي يقع بعد نقطة ارتكازنا المحددة من اليمين.

يتم تحديد وسيطة start_num في دالة REPLACE عبر المعادلة الحسابية LEN(text) - start_from_right + 2. هذه النقطة تمثل أول محرف في الذيل النصي المراد التخلص منه. ولضمان مسح كافة المحارف المتبقية حتى نهاية السلسلة مهما كان عددها، يتم تمرير LEN(text) كوسيطة لعدد المحارف المراد استبدالها (num_chars). هذا الاستخدام الذكي لطول النص يضمن أن عملية الحذف ستغطي حتماً جميع المحارف المتبقية حتى الحافة الأخيرة للنص، لأن عدد المحارف المتبقية يستحيل أن يتجاوز الطول الكلي للنص نفسه.

في الخطوة الختامية لدالة REPLACE، يتم تمرير سلسلة نصية فارغة "" كوسيطة للنص الجديد (new_text). النتيجة المباشرة لهذه العملية هي التدمير الكامل والشامل للذيل النصي غير المرغوب فيه، وإرجاع سلسلة نصية وسيطة جديدة تم قطعها بدقة متناهية بحيث ينتهي نصها تماماً عند آخر محرف من المقطع الذي نستهدفه.

4.3 تفعيل دالة RIGHT كأداة استخلاص نهائية للكتلة المتبقية

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

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

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

5. تفكيك مكونات الصيغة خطوة بخطوة وتتبع مسار التنفيذ الحسابي

5.1 المرحلة الأولى: حساب الطول الإجمالي وتحديد نقطة الانطلاق العكسية

لتتبع المسار التنفيذي للصيغة داخل محرك حساب إكسل بصورة ملموسة، دعنا نفترض أن الخلية A1 تحتوي على النص "DATA-EXCEL-2024"، ونرغب في استخراج مقطع يتكون من 5 محارف يبدأ من المحرف رقم 4 عند العد من اليمين (أي نريد استخراج كلمة "EXCEL"). في هذا السيناريو، تكون المعطيات: start_from_right = 4، وnum_characters = 5.

يبدأ المحرك الحسابي بتقييم التعبير LEN(A1). النص يتكون من 15 محرفاً (بما في ذلك الشرطات)، وبالتالي فإن LEN(A1) = 15. ينتقل المحرك بعد ذلك لتنفيذ العملية الحسابية الطرحية لتحديد موضع القطع:

$$\text{Offset} = \text{LEN}(A1) – \text{start_from_\right} = 15 – 4 = 11$$

القيمة 11 تشير إلى موقع المحرف رقم 4 من اليمين عند قياسه من اليسار. ولكن بما أننا نريد الإبقاء على هذا المحرف والمحارف التي تسبقه، ولا نريد حذف المحرف المستهدف نفسه، فإننا نضيف المعامل التصحيحي (+2):

$$\text{Start Cut P\oint} = 11 + 2 = 13$$

الرقم 13 يمثل بدقة موضع أول محرف في الذيل غير المرغوب فيه (وهو المحرف "0" من الرقم 2024). هذا التحديد الحسابي الصارم يضمن وضع شفرة القطع بعد المحرف المستهدف مباشرة، تمهيداً للمرحلة التالية من التنفيذ.

5.2 المرحلة الثانية: تنفيذ الاستبدال وحذف المقاطع الطرفية الزائدة

في المرحلة الثانية، يستدعي المحرك دالة الاستبدال ممرراً الإحداثيات المحسوبة على النحو التالي: REPLACE("DATA-EXCEL-2024", 13, 15, ""). هنا يتم توجيه الدالة لبدء عملية الحذف ابتداءً من المحرف رقم 13، والاستمرار في الحذف لمسافة 15 محرفاً (وهو طول النص الكلي)، واستبدال كل تلك المحارف بسلسلة نصية فارغة.

يقوم محرك إكسل بفحص السلسلة النصية حرفاً بحرف؛ فيبقي على المحارف من الموضع 1 وحتى الموضع 12 كما هي تماماً، وهي تشكل النص "DATA-EXCEL-2" (لاحظ أن المحرف 12 هو "2" وهو أول رقم من 2024، والذي يمثل المحرف الرابع من اليمين المستهدف). ثم يقوم بمسح المحارف من الموضع 13 وحتى نهاية السلسلة (المحارف "024").

تنتج عن هذه العملية سلسلة نصية وسيطة مؤقتة مخزنة في ذاكرة المعالجة اللحظية لإكسل قيمتها "DATA-EXCEL-2" وطولها 12 محرفاً. في هذه السلسلة الوسيطة، نلاحظ أن الجزء المطلوب استخراجه (المكون من المحارف الممتدة يساراً من المحرف الرابع يميناً) أصبح يقع تماماً عند النهاية المباشرة للسلسلة النصية، مما يمهد الطريق للمرحلة الختامية لعزل النص.

5.3 المرحلة الثالثة: عزل المقطع المستهدف باستخدام دالة RIGHT

تصل السلسلة الوسيطة "DATA-EXCEL-2" الآن إلى دالة الاستخلاص النهائي، وتصبح الصيغة في هذه المرحلة مكافئة لـ: RIGHT("DATA-EXCEL-2", 5). تستقبل دالة RIGHT هذه السلسلة مع وسيطة عدد المحارف المطلوب استخراجها وهي القيمة 5.

تبدأ دالة RIGHT قراءتها من المحرف الأخير في أقصى يمين السلسلة الوسيطة وتتحرك نحو اليسار بمقدار 5 محارف متتالية:

1. المحرف الأول من اليمين: "2"
2. المحرف الثاني من اليمين: "-"
3. المحرف الثالث من اليمين: "L"
4. المحرف الرابع من اليمين: "E"
5. المحرف الخامس من اليمين: "C"

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

6. دراسة تطبيقية وحالات عملية تفصيلية لقواعد البيانات النصية

6.1 تطبيق عملي: استخراج أسماء الفرق والرموز المتغيرة

في إطار التطبيقات الواقعية، لنفترض وجود قاعدة بيانات رياضية تحتوي على سجلات لأندية رياضية عالمية، حيث دُمجت أسماء الأندية مع بادئات تنظيمية وأكواد موسمية غير متجانسة في العمود A كما في الأمثلة التالية:

• A2: "UEFA_CHAMP_REAL_MADRID_2024"
• A3: "CONFED_AL_HILAL_SFC_2024"
• A4: "LOCAL_CUP_AL_AHLY_EGY_2024"

المطلوب هو استخراج كود الدولة أو الفريق المكون من 3 محارف والذي يقع دائماً مباشرة قبل السنة (أي يبدأ من المحرف الخامس من اليمين متجاوزاً الشرطة والسنة _2024). بتطبيق الصيغة العامة:

=RIGHT(REPLACE(A2, LEN(A2) - 5 + 2, LEN(A2), ""), 3)

عند تنفيذ الصيغة على الصفوف المختلفة، نلاحظ الآتي:

• في الصف A2: يتم استخراج الكود "RID" أو اسم الفريق المطلوب بدقة متناهية رغم أن البادئة "UEFA_CHAMP_" أطول بكثير من بادئات الصفوف الأخرى.
• في الصف A3: يتم استخراج الكود "SFC" بنجاح وتلقائية دون أن تتأثر الصيغة بوجود فواصل متعددة سابقة.
• في الصف A4: يتم استخراج الكود "EGY" بنفس المعايير المحددة.

تثبت هذه التجربة العملية قدرة الصيغة على تحييد التباين في أطوال البادئات، وتقديم مخرجات متسقة بنسبة 100% عبر كامل سجلات قاعدة البيانات دون أي تعديل يدوي للصيغة بين صف وآخر.

6.2 تطبيق متقدم: استخلاص الأكواد الفرعية في أرقام المنتجات (SKU)

في قطاع سلاسل الإمداد والتجارة الإلكترونية، تُبنى أرقام تعريف المنتجات (SKU) وفق هياكل مدمجة تضم كود الفئة، وكود المصنع، ورقم خط الإنتاج، وكود الدولة. في أحد المستودعات الكبرى، كان هيكل الأكواد يتسم بتغير طول كود الفئة العامة في البداية (من حرفين إلى ثمانية أحرف)، بينما يتموضع كود المصنع المكون من 4 محارف دائماً على بعد 6 محارف من الطرف الأيمن للكود (متبوعاً برقم الدفعة المكون من 6 أرقام مثل ...-FCT1-889900).

لاستخلاص كود المصنع آلياً عبر آلاف السجلات المخزنة في العمود A، تم تطبيق الصيغة التالية في الخلية B2 ثم سحبها وتعميمها على كامل العمود:

=RIGHT(REPLACE(A2, LEN(A2) - 7 + 2, LEN(A2), ""), 4)

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

6.3 تطبيق مالي: استخراج المقاطع البنكية وأرقام الحسابات

في القطاع المصرفي والمالي، تتعامل الأنظمة مع أرقام الحسابات البنكية الدولية (IBAN). ورغم أن رقم الآيبان يتبع معيار ISO 13616، إلا أن طوله الإجمالي يختلف بصورة كبيرة بين دولة وأخرى؛ فالآيبان الألماني يتكون من 22 محرفاً، والفرنسي من 27 محرفاً، بينما يبلغ الآيبان السعودي 24 محرفاً، والكويتي 30 محرفاً. وفي مشروع لتدقيق الحسابات المصرفية المتعددة الجنسيات، برزت الحاجة لاستخراج كود نوع الحساب المكون من محرفين اثنين والواقع دائماً عند المحرف الرابع من نهاية الآيبان لجميع الدول.

بفضل استخدام صيغة دمج RIGHT وREPLACE، تمت صياغة المعادلة المالية كالتالي:

=RIGHT(REPLACE(A2, LEN(A2) - 4 + 2, LEN(A2), ""), 2)

نجحت الصيغة في استخراج الأكواد بدقة مطلقة لجميع السجلات بغض النظر عن الدولة المصدرة للآيبان، مع الحفاظ الكامل على التنسيق النصي الصارم ومنع إكسل من تحويل النصوص المستخرجة إلى قيم رقمية قد تؤدي إلى فقدان الأصفار اليسارية الهامة (Leading Zeros)، مما ضمن مطابقة المخرجات للمعايير الرقابية المصرفية العالمية.

7. صيغ بديلة ومقاربة لتحقيق وظيفة MID من اليمين وتقييم كفاءتها

7.1 الصيغة الكلاسيكية البديلة: دمج MID المباشر مع حساب الإزاحة العكسية بواسطة LEN

إلى جانب صيغة REPLACE المركبة، توجد مقاربة رياضية كلاسيكية أخرى تستخدم دالة MID القياسية مباشرة، ولكن بعد إعادة بناء وسيطة start_num جبرياً بالاعتماد على دالة الطول الكلي LEN. تأخذ هذه الصيغة الرياضية الشكل التالي:

=MID(A1, LEN(A1) - start_from_right - num_characters + 2, num_characters)

تعتمد هذه الصيغة على الحساب المباشر لموضع بداية الكتلة النصية من اليسار بمعلومية موضع نهايتها من اليمين وطولها الكلي. فعند طرح start_from_right وnum_characters من الطول الكلي وإضافة الثابت التصحيحي (+2)، يتم الوصول مباشرة إلى إحداثي أول محرف في المقطع المستهدف من جهة اليسار، لتقوم دالة MID بسحب المحارف للأمام.

ورغم أن هذه الصيغة تبدو أكثر بديهية من حيث استخدام دالة MID ذاتها، إلا أنها تحتوي على نقطة ضعف بنيوية عند التعامل مع الحالات الحدية؛ فإذا حدث خطأ في إدخال المعاملات وكانت النتيجة الحسابية لنقطة البداية أقل من 1 (كما يحدث عندما يكون طول النص أقصر من مجموع الإزاحات)، فإن دالة MID تُرجع فوراً خطأ #VALUE!، في حين تتعامل صيغة REPLACE مع مثل هذه الحالات بمرونة أكبر وتُرجع نصوصاً جزئية دون انهيار الصيغة بالكامل.

7.2 استخدام الدوال الحديثة في Microsoft 365: TEXTBEFORE وTEXTAFTER

مع إطلاق الدوال النصية الحديثة في إصدارات Microsoft 365، وفرت مايكروسوفت مرونة غير مسبوقة في التعامل مع النصوص من خلال دوال متطورة تدعم الفهرسة السالبة وتحديد الاتجاهات تلقائياً، وأبرزها دالتا TEXTBEFORE وTEXTAFTER. تتيح هذه الدوال تمرير قيم سالبة في وسيطة رقم التكرار (instance_num)، مما يعني توجيه المحرك للبحث فوراً من الطرف الأيمن.

عند وجود فواصل محددة، يمكن دمج هاتين الدالتين لاستخراج النصوص الوسطية من اليمين بمنتهى السهولة، مثل:

=TEXTBEFORE(TEXTAFTER(A1, "-", -2), "-", -1)

تتميز هذه الصيغ الحديثة بقابلية قراءة فائقة (Readability) وتلغي الحاجة لإجراء معادلات الإزاحة وحسابات الأطوال عبر LEN. ومع ذلك، فإن عيبها الجوهري يكمن في مسألة التوافقية العكسية (Backward Compatibility)؛ فهذه الدوال لا تعمل إطلاقاً على إصدارات إكسل القديمة (مثل Excel 2016 وExcel 2019 وExcel 2021 الدائمة)، مما يجعل صيغ دمج RIGHT وREPLACE الخيار المعياري العالمي الذي يضمن عمل المصنفات عبر كافة المنصات والأجهزة دون استثناء.

7.3 بناء دوال مخصصة ونظيفة باستخدام دالة LET

في بيئات العمل المتقدمة التي تدعم محرك الحسابات الحديث، تمثل دالة LET نقلة نوعية في تحسين كفاءة وأناقة الصيغ المركبة. تتيح دالة LET تعريف متغيرات وثوابت داخل الخلية وتسميتها بأسماء واضحة، مما يمنع التكرار الحسابي لدالة LEN(A1) التي كانت تُستدعى مرتين في الصيغة التقليدية.

يمكن صياغة دالة MID من اليمين باستخدام LET على النحو التالي:

=LET(src, A1, start_r, 4, num, 5, len_val, LEN(src), RIGHT(REPLACE(src, len_val - start_r + 2, len_val, ""), num))

يقدم هذا البناء الهندسي ثلاث مزايا استراتيجية حاسمة:

1. كفاءة استهلاك الذاكرة: يتم حساب طول النص LEN(src) مرة واحدة فقط وتخزينه في المتغير len_val، مما يقلل العبء الحسابي على المعالج إلى النصف في الملفات المليونية.
2. سهولة الصيانة والتعديل: يمكن للمحلل تغيير معلمات البداية أو الطول أو مرجع الخلية من موضع واحد في بداية الدالة دون الحاجة لتتبعها داخل التراكيب المعقدة.
3. وضوح الكود البرمجي: يتحول شكل الصيغة إلى ما يشبه لغات البرمجة الوظيفية، مما يسهل عمليات التدقيق والمراجعة بين أعضاء فرق العمل.

8. معالجة الأخطاء الشائعة وحالات الحواف في النصوص المتغيرة

8.1 مشكلة المسافات البيضاء والرموز غير المرئية وطرق تطهيرها

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

لتحصين الصيغة ضد هذا التهديد، يجب دمج دالة TRIM لتطهير النصوص من المسافات الزائدة قبل قياس أطوالها، ودالة CLEAN لإزالة الرموز غير القابلة للطباعة من جدول أسكي (ASCII 0-31):

=RIGHT(REPLACE(TRIM(CLEAN(A1)), LEN(TRIM(CLEAN(A1))) - start_r + 2, LEN(TRIM(CLEAN(A1))), ""), num)

علاوة على ذلك، توجد مسافة خاصة تُعرف بـ “المسافة غير المنقسمة” (Non-Breaking Space – CHAR(160)) الشائعة في نصوص الويب، والتي تعجز دالة TRIM القياسية عن إزالتها بمفردها. في مثل هذه البيئات الحساسة، يُنصح بدمج دالة SUBSTITUTE لاستبدال CHAR(160) بمسافة عادية قبل تطبيق TRIM، مما يضمن دقة الفهرسة المكانية بنسبة مطلقة.

8.2 معالجة خطأ تجاوز نطاق النص وتفادي خطأ #VALUE!

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

لبناء دروع وقائية متينة حول المعادلة، يمكن دمج الدالة المنطقية IFERROR مع دوال الفحص المنطقي مثل IF وISBLANK. توفر هذه الإضافة حماية مزدوجة تمنع انهيار الحسابات وتضمن إرجاع نصوص بديلة واضحة أو سلاسل فارغة أنيقة:

=IF(OR(ISBLANK(A1), A1=""), "", IFERROR(RIGHT(REPLACE(A1, LEN(A1)-start_r+2, LEN(A1), ""), num), "خطأ في المعاملات"))

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

8.3 التعامل مع النصوص ذات الأطوال الأقصر من نافذة الاستخراج المطلوبة

من الحالات الحدية (Edge Cases) الشائعة في تحليل النصوص هي عندما يكون النص المتبقي بعد الوصول إلى نقطة الانطلاق أقصر من عدد المحارف المطلوب استخراجها عبر وسيطة num_characters. على سبيل المثال، إذا طلب المستخدم استخراج 6 محارف، ولكن لم يتبقَ سوى 3 محارف فقط حتى بداية النص، فإن السلوك الافتراضي لدالة RIGHT هو اقتطاع كافة المحارف المتاحة وإرجاع المحارف الثلاثة دون إظهار أي خطأ.

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

=IF(LEN(A1) < start_r, "نص قصير جداً", RIGHT(REPLACE(A1, MAX(1, LEN(A1)-start_r+2), LEN(A1), ""), MIN(num, LEN(A1)-start_r+1)))

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

9. الأداء الحاسوبي والكفاءة عند معالجة البيانات الضخمة (Big Data)

9.1 تحليل التعقيد الزمني والمكاني للعمليات النصية المركبة

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

من حيث التعقيد الزمني (Time Complexity)، تُصنف دوال LEN وRIGHT وREPLACE ضمن فئة التعقيد الخطي $O(N)$ بالنسبة لطول السلسلة النصية في الخلية الواحدة، وهو ما يُعتبر كفاءة ممتازة نظراً لأن أطوال النصوص في الخلايا تكون عادة قصيرة ومحدودة. ومع ذلك، فإن تكرار استدعاء LEN(A1) مرتين في صيغة REPLACE التقليدية يضاعف عدد العمليات الحسابية الخيطية مقارنة بالصيغة المباشرة لدالة MID.

وعلى الرغم من هذا التكرار الطفيف، أظهرت الاختبارات المعيارية للأداء أن الفارق الزمني بين صيغة REPLACE وصيغة MID التقليدية لا يتعدى بضعة أجزاء من الثانية عبر 500,000 صف، بينما تتفوق صيغة REPLACE في استقرارها الاستثنائي داخل محرك الحسابات المتعددة (Multi-Threaded Calculation)، حيث تتم معالجة عمليات الاستبدال والاقتطاع بسلاسة وتوازي تام عبر أنوية المعالج المتعددة.

9.2 الاستفادة من الحسابات المصفوفية والديناميكية (Dynamic Arrays)

أحدث إدخال محرك المصفوفات الديناميكية (Dynamic Arrays) في مايكروسوفت إكسل ثورة حقيقية في كيفية تنفيذ ومعالجة الصيغ النصية المكثفة. فبدلاً من كتابة الصيغة في خلية واحدة ثم سحبها يدوياً لأسفل عبر آلاف الصفوف، أصبح بإمكان المحلل تمرير نطاق كامل من الخلايا داخل صيغة واحدة مستقرة لتقوم بالانسكاب التلقائي (Spill) وتعبئة كامل العمود بالنتائج اللحظية.

لتطبيق صيغة MID من اليمين بنظام المصفوفات الديناميكية على نطاق يمتد لمئة ألف صف، نكتب الصيغة التالية في الخلية العلوية الأولى (مثل B2):

=RIGHT(REPLACE(A2:A100000, LEN(A2:A100000) - 4 + 2, LEN(A2:A100000), ""), 5)

يحقق هذا الأسلوب المصفوفي قفزة هائلة في الكفاءة للأسباب التالية:

• تقليل حجم ملف العمل: يتم تخزين تعريف الصيغة مرة واحدة فقط في ذاكرة المصنف بدلاً من تكراره مئات الآلاف من المرات لكل خلية مستقلة.
• تسريع زمن الحساب: يستفيد محرك المصفوفات الديناميكية من تقنيات المعالجة المتوازية (Vectorized Processing)، مما يقلل الزمن الكلي للحساب بنسبة تصل إلى 40% مقارنة بالصيغ الفردية التقليدية.
• منع التضارب وعدم الاتساق: يستحيل تعديل أو حذف جزء من النطاق المنسكب بطريق الخطأ، مما يحافظ على نزاهة وصحة بنية البيانات التحليلية.

9.3 أفضل الممارسات لتحسين كفاءة أوراق العمل المحتوية على صيغ نصية مكثفة

للحفاظ على أعلى درجات الاستجابة والسرعة في المصنفات الضخمة التي تعتمد بكثافة على معالجة السلاسل النصية، يجب على مهندسي البيانات ومحللي النظم اتباع حزمة من أفضل الممارسات التشغيلية المعتمدة عالمياً:

1. تجميد وتحويل البيانات الساكنة إلى قيم ثابتة (Paste Values): بمجرد اكتمال عمليات المعالجة والتنظيف لمجموعات البيانات التاريخية التي لن تخضع لتغييرات مستقبلية، يجب نسخ النتائج ولصقها كقيم ثابتة للتخلص من عبء إعادة الحساب اللحظي.
2. فصل مراحل المعالجة المعقدة: في النماذج الضخمة جداً، يُفضل استخدام أعمدة مساعدة مؤقتة لتنظيف البيانات وحساب الأطوال مرة واحدة بدلاً من دمج عشرات الدوال المتداخلة في خلية واحدة فائقة التعقيد.
3. إدارة خيارات الحساب التلقائي (Calculation Options): أثناء بناء النماذج الضخمة وإدخال الصيغ المصفوفية المكثفة، يُنصح بتحويل خيارات الحساب إلى الوضع اليدوي (Manual Calculation)، ثم إعادة تفعيل الوضع التلقائي بعد الانتهاء، لتجنب تجميد واجهة البرنامج أثناء التعديلات الهيكلية.

10. التفاعل مع اللغات ذات الاتجاهين (Bi-Directional) وأثرها على الفهرسة

10.1 طبيعة الفهرسة في النصوص العربية والإنجليزية المشتركة (RTL vs LTR)

يمثل التعامل مع النصوص ثنائية الاتجاه (Bi-Directional Texts) – ولا سيما النصوص العربية التي تُكتب من اليمين إلى اليسار (RTL) والمتداخلة مع مصطلحات أو أرقام إنجليزية تُكتب من اليسار إلى اليمين (LTR) – أحد أكثر التحديات التقنية إثارة للارتباك في معالجة البيانات النصية. ينشأ هذا الارتباك من الخلط الشائع بين “طريقة العرض المرئي” (Visual Rendering) على شاشة إكسل، و”الترتيب المنطقي الفيزيائي” (Logical Storage) للمحارف داخل الذاكرة.

في البنية الهيكلية لبرنامج إكسل ومعايير يونيكود العالمية (Unicode Consortium)، يتم تخزين المحارف دائماً بترتيب منطقي يبدأ من أول محرف تم إدخاله زمنياً (والذي يُعتبر برمجياً هو المحرف رقم 1 في أقصى اليسار للمصفوفة المنطقية)، بغض النظر عن اتجاه اللغة المعروضة بصرياً. فعند كتابة الكلمة العربية "مرحبا"، يُخزن حرف "م" في الموضع المنطقي رقم 1، وحرف "ا" في الموضع المنطقي رقم 5.

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

10.2 تأثير علامات الترقيم والأرقام المتداخلة على دقة الاستقطاع العكسي

تتعقد الأمور بصورة أكبر عند تداخل الأرقام وعلامات الترقيم (كالشرطات والأقواس والشرطات المائلة) داخل السلاسل النصية العربية، وهي ظاهرة تُعرف بخوارزمية يونيكود ثنائية الاتجاه (Unicode Bidi Algorithm). في مثل هذه البيئات، قد تظهر علامة الترقيم بصرياً في بداية السطر أو وسطه بينما هي مخزنة منطقياً في موضع مختلف تماماً في الذاكرة، وتتسبب هذه الظاهرة في ارتداد المؤشر النصي (Cursor Jumping) وإرباك المحلل عند تقدير قيمة start_from_right.

على سبيل المثال، السلسلة النصية "الفرع-2024-A" تحتوي على نص عربي متبوع بشرطة ثم رقم ثم حرف لاتيني. لحساب موضع البداية بدقة من الطرف الأيمن، لا يجوز الاعتماد على المعاينة البصرية وحدها، بل يجب الاعتماد على ترتيب الإدخال المنطقي. يُنصح في هذه الحالات بتوحيد وتطبيع اتجاه السلاسل النصية من خلال إزالة محارف التوجيه المخفية (مثل LTR Mark وRTL Mark التي تحمل كود الرمز CHAR(8206) وCHAR(8207)) باستخدام دالة SUBSTITUTE قبل تطبيق معادلات الاستقطاع.

10.3 إجراءات التحقق من صحة المخرجات في البيانات العربية

لضمان سلامة ونزاهة المخرجات المستخلصة من النصوص العربية، يجب تطبيق إجراءات تدقيق واختبار صارمة للتأكد من عدم تشوه الكلمات أو اقتطاع محارف غير مقصودة. يمكن استخدام دوال الاستعلام التشفيري مثل UNICODE وCODE لفحص كود اليونيكود الخاص بأول وآخر محرف في المقطع المستخرج للتأكد من هويتهما الحقيقية.

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

11. أتمتة دالة MID من اليمين وتوسيعها عبر برمجة VBA ودوال LAMBDA المخصصة

11.1 بناء دالة LAMBDA مخصصة وقابلة لإعادة الاستخدام: MID_RIGHT

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

لإنشاء دالة مخصصة باسم MID_RIGHT، يتم التوجه إلى تبويب الصيغ (Formulas)، ثم فتح مدير الأسماء (Name Manager)، والنقر على جديد (New)، وتسمية الدالة MID_RIGHT، ثم لصق الكود المنطقي التالي في حقل المرجع:

=LAMBDA(text, start_from_right, num_chars, RIGHT(REPLACE(text, LEN(text) - start_from_right + 2, LEN(text), ""), num_chars))

بمجرد حفظ هذا التعريف، يصبح بإمكان أي مستخدم في المصنف استخدام الدالة بكل سهولة وبساطة عبر كتابة الصيغة التالية في أي خلية:

=MID_RIGHT(A1, 4, 5)

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

11.2 إنشاء دالة معرفة بواسطة المستخدم (UDF) باستخدام VBA

في بيئات العمل المؤسسية التي تعتمد على إصدارات أقدم من إكسل أو تتطلب بناء أدوات برمجية مؤتمتة ضمن حزم الماكرو، يظل خيار إنشاء دالة معرفة بواسطة المستخدم (User-Defined Function – UDF) عبر لغة فيجوال بيسك للتطبيقات (VBA) هو الحل الأمثل لتحقيق أعلى درجات المرونة والتوافقية الشاملة.

يمكن فتح محرر الأكواد (Alt + F11)، وإدراج وحدة نمطية جديدة (Standard Module)، ثم كتابة الكود البرمجي الموثق التالي:

Function MidRight(ByVal SourceText As String, ByVal StartFromRight As Long, ByVal NumChars As Long) As String
 Dim TotalLength As Long
 Dim StartIndex As Long
 
 ' التحقق من صحة المدخلات وخلو النص من القيم الفارغة
 If Len(SourceText) = 0 Or StartFromRight <= 0 Or NumChars <= 0 Then
 MidRight = ""
 Exit Function
 End If
 
 TotalLength = Len(SourceText)
 
 ' حساب موضع البداية الفيزيائي من جهة اليسار
 StartIndex = TotalLength - StartFromRight - NumChars + 2
 
 ' معالجة الحالات الحدية لمنع المؤشرات الصفرية والسالبة
 If StartIndex < 1 Then
 NumChars = NumChars + StartIndex - 1
 StartIndex = 1
 End If
 
 If NumChars > 0 And StartIndex <= TotalLength Then
 MidRight = Mid(SourceText, StartIndex, NumChars)
 Else
 MidRight = ""
 End If
End Function

تتميز دالة VBA بقدرتها الفائقة على معالجة كافة الحالات الشاذة والأخطاء البرمجية على مستوى الكود المصدري وإرجاع نتائج نظيفة، ولكن يجب الأخذ في الاعتبار أن دوال VBA تعمل في خيط معالجة فردي (Single-Threaded)، مما يجعلها أبطأ نسبياً من دوال خلايا إكسل الأصلية عند المعالجة اللحظية لمئات الآلاف من الصفوف في آن واحد.

11.3 دمج الصيغة ضمن تدفقات معالجة البيانات المتقدمة في Power Query

عند بناء خطوط أنابيب استخراج وتحويل وتحميل البيانات (ETL Pipelines) الكبرى، يُعتبر محرك Power Query المكان المثالي لمعالجة وتجهيز النصوص مسبقاً قبل تحميلها إلى شبكة خلايا إكسل. تتيح لغة M داخل Power Query تطبيق منطق الاستخراج العكسي للنصوص بمنتهى الكفاءة والقوة عبر دوالها النصية المتخصصة.

لمحاكاة دالة MID من اليمين في Power Query، يمكن إضافة عمود مخصص (Custom Column) واستخدام كود M التالي:

Text.Middle([SourceColumn], Text.Length([SourceColumn]) - start_r - num_chars + 1, num_chars)

أو الاعتماد على الدمج النظيف بين دالتي Text.End وText.Start:

Text.Start(Text.End([SourceColumn], start_r + num_chars - 1), num_chars)

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

12. خاتمة وإرشادات منهجية متقدمة لاحتراف هندسة الصيغ النصية

12.1 ملخص المبادئ الخوارزمية المستفادة من بناء الصيغة المركبة

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

لقد أثبت التآلف المتناغم بين دوال القياس (LEN)، والاستبدال الجراحي للأطراف (REPLACE)، والاستخلاص الطرفي النهائي (RIGHT)، أن فهم المعمارية الداخلية للدوال النصية يتيح للمحلل ابتكار حلول فائقة الأناقة والاستقرار تتجاوز بكثير مجرد تجميع عشوائي للدوال. هذا الفهم العميق يمثل جوهر الفارق بين المستخدم العادي لبرنامج إكسل ومهندس البيانات المحترف القادر على تطويع أي بيئة حوسبية لتلبية متطلبات التحليل الأكثر تعقيداً.

12.2 مصفوفة اتخاذ القرار: اختيار الصيغة المثلى وفقاً لطبيعة المشروع

لمساعدة محللي البيانات ومديري المشاريع في اتخاذ القرار التقني الأنسب لاحتياجاتهم الخاصة، يوضح الجدول التالي مصفوفة مقارنة شاملة بين مختلف المقاربات المطروحة في هذا المقال لتطبيق دالة MID من اليمين:

المقاربة / الصيغة	التوافقية العكسية	كفاءة الأداء	سهولة القراءة والصيانة	أفضل سيناريو للاستخدام
دمج RIGHT + REPLACE	شاملة (كافة الإصدارات)	عالية جداً	متوسطة	المصنفات المؤسسية المشتركة وقواعد البيانات الكلاسيكية
دمج MID + LEN المباشر	شاملة (كافة الإصدارات)	عالية جداً	متوسطة إلى منخفضة	العمليات الرياضية المباشرة مع نصوص ثابتة الأطوال
دالة LET الحديثة	Microsoft 365 / Excel 2021	فائقة السرعة	عالية جداً	النماذج المالية المعقدة والملفات الضخمة
دوال LAMBDA المخصصة	Microsoft 365 فقط	فائقة السرعة	ممتازة (دالة مخصصة)	الشركات التي تعتمد معايير حديثة وترغب في واجهات نظيفة
دوال VBA (UDF)	إصدارات سطح المكتب فقط	متوسطة (أبطأ في الأعداد المليونية)	ممتازة داخل الخلايا	التطبيقات المؤتمتة القديمة والمصنفات التي تحتوي ماكرو
محرك Power Query (M)	Excel 2010 فما فوق	الأعلى مطلقاً (خارج الخلايا)	عالية جداً	عمليات استيراد وتجهيز البيانات الضخمة (ETL)

12.3 قائمة التحقق النهائية لضمان جودة ونزاهة البيانات المستخرجة

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

• تدقيق المسافات والرموز المخفية: التأكد من إخضاع النصوص الخام لدوال التنظيف TRIM وCLEAN واستبدال CHAR(160) قبل حساب الأطوال.
• اختبار الحالات الحدية (Edge Cases): تجربة الصيغة على خلايا فارغة، ونصوص أقصر من الطول المطلوب، ونصوص تحتوي على محرف واحد فقط، للتأكد من استجابتها المتزنة وعدم إرجاع أخطاء غير معالجة.
• فحص الاتجاه المنطقي للنصوص متعددة اللغات: التحقق من أن ترتيب تخزين الكلمات العربية والإنجليزية والأرقام يتوافق تماماً مع قيم الإزاحات الممررة في الصيغة.
• إنشاء اختبارات وحدة سريعة (Unit Tests): تخصيص جدول اختبار جانبي يحتوي على عينات قياسية معروفة النتائج مسبقاً لمقارنة مخرجات الصيغة مع النتائج المتوقعة آلياً والتأكد من عدم حدوث أي انحراف في الحسابات عند تعديل النماذج مستقبلاً.
• توثيق الصيغ المركبة: تدوين شروحات واضحة لمعاملات الصيغة داخل تعليقات الخلايا (Cell Comments) أو في تبويب مخصص للتوثيق لضمان استدامة واستمرارية فهم النموذج من قبل بقية أعضاء الفريق.

References

• Microsoft Support. (2024). MID and MIDB functions in Microsoft Excel. Microsoft Corporation. https://support.microsoft.com/en-us/office/mid-midb-functions-d5f9e25c-d7d6-472e-b568-4ecb12433028
• Microsoft Support. (2024). RIGHT and RIGHTB functions in Microsoft Excel. Microsoft Corporation. https://support.microsoft.com/en-us/office/right-rightb-functions-240267ee-9afa-4639-a02b-f19e1786cf2f
• Microsoft Support. (2024). REPLACE and REPLACEB functions in Microsoft Excel. Microsoft Corporation. https://support.microsoft.com/en-us/office/replace-replaceb-functions-8d79a220-df0b-49ab-8adb-889f7df50f02
• Microsoft Support. (2024). LEN and LENB functions in Microsoft Excel. Microsoft Corporation. https://support.microsoft.com/en-us/office/len-lenb-functions-2f1314c8-47d8-4441-86f4-b00309420959
• Microsoft Learn. (2023). LAMBDA function and custom functions in Excel. Microsoft Corporation. https://learn.microsoft.com/en-us/office/dev/add-ins/excel/custom-functions-overview
• Walkenbach, J. (2015). Excel 2016 Formulas. John Wiley & Sons.
• Alexander, M., & Kusleika, R. (2022). Excel 2021 All-in-One For Dummies. John Wiley & Sons.
• The Unicode Consortium. (2024). The Unicode Standard, Version 15.1 – Core Specification. Unicode, Inc. https://www.unicode.org/versions/Unicode15.1.0/
• Microsoft Learn. (2024). Power Query M formula language reference: Text functions. Microsoft Corporation. https://learn.microsoft.com/en-us/powerquery-m/text-functions