صياغة الطلب مهارة تفويض تحمل اسمًا تقنيًا
الجميع يملك النماذج نفسها، ومع ذلك يُسلّم أحدهم ميزة تعمل ويستنتج الآخر أن الأداة مبالغ فيها. الفجوة ليست تقنية: إنها قدرتك على كتابة تكليف يستطيع غيرك تنفيذه فعلًا.
اقرأ المقال← العودة إلى المقالات
الأداء
شرح مبسّط لتقنية Predicate Pushdown
لوحة تحتاج تسعين ثانية للتحميل لم تكن تنتظر قاعدة بيانات بطيئة، بل كانت تقرأ بيانات أكثر بكثير مما يحتاجه السؤال. دفع المرشحات إلى طبقة التخزين، بحيث تُتجاوز كتل كاملة قبل أن تترك القرص، أنزلها إلى أقل من ثماني ثوانٍ دون خادم إضافي واحد. الفكرة أبسط من اسمها.
أرخص البيانات معالجةً هي البيانات التي لا تُقرأ أبدًا. تقنية predicate pushdown هي انضباط تحديد ما يجب تخطيه في أبكر نقطة ممكنة فيزيائيًا.
أين يذهب الوقت فعلًا
في مستودع بيانات عمودي، يُستهلك معظم وقت الاستعلام في نقل البايتات من القرص وعبر الشبكة. إذا استطاع مرشح استبعاد row group قبل قراءته أصلًا، فذلك توفير خالص في التكلفة.
يخزّن Parquet إحصاءات الحد الأدنى والأقصى لكل row group ولكل صفحة. استعلام عن الطلبات التي تتجاوز 1000 دولار يمكنه تخطي أي كتلة يقل حدها الأقصى عن هذه العتبة — وغالبًا معظم الملف.
دفع المرشح إلى أسفل الطبقات
الحيلة هي تعليم كل طبقة — المخطِّط والماسح والتخزين — احترام الشرط بدلًا من إعادة فحصه في الأعلى. كل طبقة تُسقط الصفوف مبكرًا تقلّص العمل لكل ما فوقها.
- المخطِّط: إعادة كتابة الاستعلام بحيث ترتبط المرشحات بعمليات المسح.
- الماسح: استخدام الإحصاءات لتخطي الـ row groups والصفحات.
- التنفيذ: تقييم المرشحات المتبقية بشكل متجهي وعلى دفعات.
النتيجة
في مستودع بحجم 4 بيتابايت، خفّض الـ pushdown استعلام لوحة معلومات تمثيلي من 90 ثانية إلى أقل من 8 — بنفس العتاد تمامًا.
اقرأ أيضًا
ERP مقابل CRM: ما هما وكيف يختلفان
كثيرًا ما يُستخدم ERP وCRM وكأنهما الشيء نفسه، لكنهما يحلّان مشكلتين مختلفتين. شرح واضح لما يفعله كل نظام، وأين يتداخلان، وأيهما تحتاجه شركتك أولًا.
اقرأ المقال
بناء نظام CRM يستخدمه العملاء فعلاً
معظم أنظمة CRM لا تفشل بسبب نقص الميزات، بل لأنها تنمذج سير عمل شخص آخر. إليك كيف أبدأ بنمذجة سير العمل الحقيقي أولًا.
اقرأ المقال
مقال جديد كل بضعة أسابيع
بدون نشرة تسويقية ولا رسائل متابعة — فقط المقال حين يُنشر.
عندك سؤال عن هيثم؟ اسأل المساعد.