اي الطريقتين اسرع واخف ومعتمدة اكثر للتعامل مع قواعد البيانات؟

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

أيضاً لتسريع الأمور، يتم اضافة indexes لهذه الجداول ويتم الاعتماد على memcached و background jobs تعمل بفترات متفرقة لأمور تتطلب حساباً مثل ترتيب المواضيع في الرئيسية فهو يتم حسب عدة عوامل كتاريخ العضو بالموقع ومساهماته السابقة، تقييم المستخدمين للموضوع، الوقت الذي مضى على اضافة الموضوع والتعليقات التي فيه.

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

هذا جدال لا ينتهي .. مثل فكرة معدل الطالب, هل نقوم بعمل خانة للمعدل, ام نقوم بحساب قيمة المعدل في كل مرة يتم الاستعلام عنه ؟

بلنسبة لي ..

لو كانت القيمة تتغير باستمرار والاستعلامات عليها كثيرة فأستعمل الطريقة الثانية, اما لو كانت القيمة تتغير بشكل قليل, او ان الاستعلامات عليها نادرة فأستعمل الطريقة الاولى ..

حسناً هذا انا في المجال النظري .. لكن حقيقةً غالباً ما اتبع الطريقة الثانية.

والافضل ان لا يضيع الوقت في امور مثل هذه, الاهم ان ينجز العمل بسرعة, في ما بعد نستطيع تغيير وتطوير ما نريد :)

الثانية ، وذلك لمنع تقييم المتكرر والعديد من الامور ، فيجب أن يكون هناك جدول مخصص لتسجيل كل عمليات التقييم .

-

يمكن إنشائه بإعتماد طريقتيين تسجيل - حسب رأيي - :

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

2. لكل عملية تقييم صف .

هذا الموقع يستعمل الطريقة الأولى و هي الطريقة المختصرة

أنا افضل الطريقة الثانية (لاسباب متعددة) ولا داعي لاستخدام الطريقة الثانية الا اذا كان تحديد نقاط السمعة امر مهم فعلا (و لا أقصد انه هنا غير مهم)

أنا استخدمت الطريقة الأولى، أو شيء أشبه بهذا (في ووردبريس)

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

ويتم عمل استعلام لرفع أو تقليل قيمة السمعة لعضو ما عبر ID الخاص به

وعند الإظهار يتم سحب سحب القيمة مع التعليق، وعند الدخول لصفحة العضو يتم حسب قيمة السمعة الكلية

عند حذف تعليق فيتم إطلاق دالة قبل الحذف حيث تأخذ قيمة التصويت للتعليق وتطرحها من قيمة تصويت العضو الإجمالية ثم يتم حذف التعليق

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

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