لماذا يستمر تقريري في تقديم نفس النتائج منذ شهور؟ أقوم بتشغيل تقرير بناءً على النشاط منذ بداية المجتمع. كان المجتمع نشطًا بشكل متزايد طوال هذا الوقت.
على سبيل المثال، يظهر أحد المستخدمين في نتائج الاستعلام على أنه شاهد 271 موضوعًا، بينما يقول ملخص ملفه الشخصي إنه شاهد 1.2 ألف موضوع.
أقوم بتشغيل الاستعلام بسرعة هنا على Meta، وتتحدث الإحصائيات عند تغيير قيمة “المدة”، لذا لا يبدو أنها عالقة في أي مكان. لقد قمت أيضًا بتشغيله لمدة 90 يومًا وقارنته بمستخدم جديد نسبيًا كان نشاطه الرئيسي خلال تلك الفترة، وتتطابق إحصائياته مع ملخصه.
هل هناك شيء آخر يمكنني التحقق منه لمعرفة ما إذا كان بإمكاني تكرار ذلك؟
ربما يمكنك توضيح شيء لي.
أحاول تشغيل استعلام يبدأ قبل 439 يومًا (بالنظر إلى تاريخ تسجيل مستخدم معين كاختبار) واختيار تاريخ المدة بنفس عدد الأيام. كنت أعتقد أن هذا سيشمل جميع بيانات مشاركتهم منذ تسجيلهم. ومع ذلك، فإن البيانات لا تعكس ذلك.
كيف يمكنني تحقيق ذلك؟
يبدو أيضًا أن استعلام إحصائيات مشاركة المستخدمين من 439 يومًا حتى الآن يتضمن فقط الأعضاء المسجلين والنشطين بالفعل في ذلك الوقت. لا يتضمن بيانات المشاركة للأعضاء الذين سجلوا بعد ذلك وكانوا نشطين خلال تلك الفترة الزمنية.
هل يمكن لأحد مساعدتي في تخصيص التقرير لإنشاء تقرير يلتقط البيانات التي أحتاجها؟ لغة SQL هي شيء أعرفه على مستوى سطحي فقط.
بالنظر إلى التقرير، يبدو أنه مرتب حسب visits مع الأعلى في الأعلى - لذا فإن أي شخص انضم في منتصف الفترة الزمنية التي تحددها سيكون في مكان ما في القائمة (والقائمة المرئية محدودة بـ 1000، على الرغم من أنني أعتقد أنه يمكنك الحصول على 10000 إذا قمت بتصدير النتائج كملف CSV).
يمكننا إنشاء استعلام مخصص. 
ما هي البيانات التي تبحث عنها بالضبط؟
ليس لدينا حتى هذا العدد من الأعضاء… بعد، لذا كل شيء على ما يرام هناك.
رائع
أحد الأشياء التي ستكون مفيدة لتوضيحها هو كيفية حساب كل عمود. هناك اختلافات بين ملف CSV وما هو موجود في صفحة ملخص ملف العضو (ملاحظة: نحن نقارن فقط هاتين المجموعتين المختلفتين من البيانات حيث تتطابق تواريخ الاستعلام مع دورة حياة تسجيل العضو).
اعتقدنا، نظرًا للإطار الزمني :from_days_ago و :duration_days للاستعلام، أن هذه هي البيانات التي كان ينتجها.
لقد كنت أستكشف الأمر هذا الصباح لمعرفة ما إذا كان بإمكاني اكتشاف المزيد. لقد نفد الوقت مني عندما حاولت العودة 498 يومًا (إلى تاريخ البدء الخاص بي 
)، لكنني تمكنت من الحصول على واحد لمدة عام حتى أتمكن من مقارنته تقريبًا بإحصائيات المستخدم. (مع الأخذ في الاعتبار بضع ساعات من البيانات)
هناك فرق في posts_created و topics_created و likes_given و likes_received بين الاثنين - وبالنظر عن كثب إلى SQL، يبدو أن استعلام إحصائيات مشاركة المستخدم لا يستبعد المنشورات المحذوفة أو الهمسات أو الرسائل الخاصة، وهو ما قد يفسر ذلك.
يبدو أن topics_viewed و posts_viewed دقيقان جدًا لكليهما.
لست متأكدًا من سبب عدم ظهور بعض المستخدمين لديك؟ المعيار الاستبعادي الوحيد الذي أعتقد أنني أراه هو أنه يجب عليهم قراءة أكثر من 0 منشور في النافذة الزمنية - والتي يجب أن تشمل تقريبًا كل شخص، باستثناء المستخدمين المرحليين.
pr AS (
SELECT user_id, COUNT(1) AS visits,
SUM(posts_read) AS posts_read
FROM user_visits, t
WHERE posts_read > 0
AND visited_at > t.START
AND visited_at < t.END
GROUP BY
user_id
سأستمر في البحث ومعرفة ما إذا كان بإمكاني التوصل إلى المزيد.
تتعارض التناقضات لدي بالعكس: أرقام الاستعلام أصغر، وليست أكبر.
عندما أدخل 441 في :from_days_ago و 441 في :duration_days أحصل على هذه (أدناه). مقارنة بهذا التقرير لنفس الإطار الزمني (على الأقل… للمستخدم المميز).
أعتقد أنك بحاجة إلى أن تكون 0 و 441 إذا كنت تريد أن تكون النافذة من اليوم بالعودة 441 يومًا؟
لقد أدركت ذلك قبل دقائق قليلة من ردك، ههههه. شكراً لصبرك.
…
لقد غيرت :from_days_ago إلى 0 وكل شيء في الحياة منطقي!! 
يبدو أن عقلي كان يعمل بشكل زمني فيما يتعلق بما تعنيه :duration_days. اعتقدت أن :from_days_ago هو اليوم الأول الذي تسحب فيه الاستعلام البيانات، ثم تستمر في القيام بذلك، وتعمل بشكل زمني (مما يعني بيانات من 441 يومًا مضت، و 440 يومًا مضت، و 439 يومًا مضت، وهكذا حتى الوقت الحاضر). يبدو أنه يسحب البيانات بترتيب زمني عكسي. فهمت!
ها. لا تقلق. 
لقد تعلمت الكثير من دراسة هذا التقرير لذا كان لا يزال مفيدًا جدًا.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
