كيف يتجنّب iDBQuery العدّ المزدوج للصفوف المكرَّرة؟
يتجنّب iDBQuery العدّ المزدوج بكتابة SQL بالحبّة الصحيحة، مستعملاً DISTINCT وGROUP BY صحيحاً وعمليات دمج لا تُوسّع الصفوف، فلا يُحسب العميل مرّتين لأنه صاحب طلبين. يُظهر الـ SQL ويوثّق صفوف المصدر لتؤكّد أن العدّ يطابق الواقع.
العدّ المزدوج من أكثر الطرق شيوعاً لإفساد التحليل: ادمج جدول العملاء بالطلبات، فيتضخّم فجأة "عدد العملاء" لأن كل عميل يتكرّر لكل طلب. صُمِّم iDBQuery لتجنّب ذلك الفخّ.
- الحبّة الصحيحة. يكتب SQL تعدّ عند المستوى الذي طلبته، `COUNT(DISTINCT customer_id)` للعملاء الفريدين لا الصفوف الخام، ويُهيكل عمليات الدمج كي لا تضاعف علاقة واحد إلى متعدّد إجمالياتك.
- إزالة التكرار عند الطلب. إن كانت بياناتك تحتوي فعلاً سجلات مكرَّرة (الفاتورة نفسها مستورَدة مرّتين)، يمكنك أن تطلب من iDBQuery تحديدها واستبعادها، وسيُظهر الصفوف التي عاملها مكرَّرة.
- ناتج قابل للتحقّق. تتيح لك الـ SQL المولَّدة والإسناد على مستوى الصفوف فحص أن عدّ 5,000 عميل يعكس فعلاً 5,000 شخص مميّز.
وثمّة مهمّة متصلة لكن منفصلة، إيجاد السجلات المكرَّرة في البيانات نفسها وتنظيفها، وهو ما يدعمه iDBQuery أيضاً. والمقصود هنا أنه في العدّ والتجميع اليومي، يُعيَّن افتراضياً إلى الحبّة الصحيحة كي لا تتضخّم أرقامك الرئيسية في صمت كلما اتّسع الدمج.
Updated 2026-06-22