الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

استفسار عن: تجزئة بيانات جدول على عدد من الاعضاء

بدأه D a r K T o u c h في 11 يناير 2011 · 6 رد · 506 مشاهدة · في ASP.NET
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

السلام عليكم ورحمة الله وبركاتة

اخواني بصراحة عندي فكرة تدور في بالي بس توجد عندي مشكلة بسيطة , الى الان لم اكتشف طريقة للتعامل معها

يوجد لدي جدول لنقل هذا الجدول يستطيع الاعضاء كتابة اقتراحات او مشاكل الخ

وايضا يوجد اعضاء معينين لنطلق عليهم اسم الادراة , واعضاء الادارة يستطيعون قراءة هذه الاقتراحات او المشاكل والرد عليها

وايضا توجد اقسام للاقتراحات وا المشاكل مثلا مشاكل في قسم IT والخ

الفكرة التي انا اسفسر عنها لو فرض ان يوجد عضوين من اعضاء الادارة جعلتهم يتكفلون في قسم الـ IT , هل استطيع مثلا اعطاء الاعضو الاول 10 مشاكل او اقتراحات والعضو الاخر عدد اخر ( رسائل مختلفة )

بصراحة حاب اتناقش

هل هذه الطريقة تكون برمجة او من شغل قاعدة البيانات

ان شاء الله اجد افكار

My Latest

Hello Entity Framework Code First

--------------------

#2

ماذا تقصد بأن تعطي عضو الإدارة الأول 10 مشاكل والثاني عدد مختلف؟

هل سيكون العدد ثابت؟ هل سيتوزع بنسب تبعاً لعدد المشاكل، فقد تكون 5.. هل تعطى للأول حتى تصبح 10 ثم يتم الانتقال إلى الثاني أم توزع 2 بـ 3 مثلاً؟

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

ناقشني بما في ذهنك لأناقشك لأني حسبما فهمت السؤال فالموضوع بسيط، التنفيذ يتعلق بخطة التوزيع لا أكثر :)

بالانتظار (إن تأخرت في الرد أكثر من يوم فذكرني برسالة على الخاص فقد لا أنتبه لوجود مشاركة جديدة بسرعة)

Do as I say, not as I do

We are Anonymous. We are Legion. We don't forgive. We don't forget

#3
اقتباس
ماذا تقصد بأن تعطي عضو الإدارة الأول 10 مشاكل والثاني عدد مختلف؟

هل سيكون العدد ثابت؟ هل سيتوزع بنسب تبعاً لعدد المشاكل، فقد تكون 5.. هل تعطى للأول حتى تصبح 10 ثم يتم الانتقال إلى الثاني أم توزع 2 بـ 3 مثلاً؟

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

ناقشني بما في ذهنك لأناقشك لأني حسبما فهمت السؤال فالموضوع بسيط، التنفيذ يتعلق بخطة التوزيع لا أكثر :)

بالانتظار (إن تأخرت في الرد أكثر من يوم فذكرني برسالة على الخاص فقد لا أنتبه لوجود مشاركة جديدة بسرعة)

السلام عليكم ورحمة الله وبركاتة

بصراحة يمكن تعبيري في الكتابة ليس واضح فأسمح لي اتناقش معك

في البداية سوف اعطيك نبذة عن الفكرة : فكرة الموقع هي عمل قسم لحل مشاكل الاعضاء لكن لنتخيلها على مستوى شركة مثلا يوجد بها موظفين وعدد من الاقسام, واعضاء بعدد معين .

لنتكلم عن العدد : لنتصورها اخي انه يوجد موظفين وتريد التقسم عليهم الرسائل في اعتقادي الشخص لا يصح ان يعمل شخص اكثر من الاخر صحيح ؟ فهذا قصدي بالتقسم وكنت اقصد بأعطاء العضو 10 رسائل مثل ما ذكرت اخي حيث ان العضو عندما يصل مجموع الرسائل المتعلقة له الى 10 يتنقل الى العضو الثاني ( لكن تراجعت عن هذه الفكرة لان لو العضو الاول اتته 9 مشاكل وهو كان يحل مشكلة من المشاكل تخيل في نفس الوقت هو اكمل حل المشكلة اتته رسالة اخرى فاعتقد انه سوف يواصل (وهذا مجرد تفكير )

فانا سوف استبعد فكرة العدد الثابت وافضل ان كل عضو يحصل على مشاكل يقوم بحلها .

هذا مالذي وانا مستعد لتوضيح اي جزء من الكلام

تم تعديل هذه المشاركة بواسطة D a r K T o u c h في 14 يناير 2011 في 12:03

My Latest

Hello Entity Framework Code First

--------------------

#4

طيب ما رأيك بطريقة أخرى،

لنفرض أنه تم إرسال 5 مشاكل.

جميعها ستظهر ضمن صفحة واحدة وبمعلومات سريعة عنها مثل:

العنوان - درجة الأهمية - الحالة - التاريخ - المرسل - تعالج من قبل - آخر تحديث

لن يستطيع أي من موظفي الـ IT استعراض أي مشكلة من المشاكل ما لم يقم أولاً بتحديد نفسه على أنه المعالج لها، بمعنى آخر.. هو وشطارته والتي قد تؤهله فيما بعد لترقية أو مكافأة .. إلخ (سيصبح صيّاد جوائز bounty-hunter :P)

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

عمود الحالة في هذه الحالة سيصبح مثلاً "in progress since xx-xx-xxxx" حتى يكون بمقدور مدير النظام أو الإدارة العامة التحقق من المدة الزمنية التي يأخذها الموظف في حل مشكلة، وأيضاً حتى لا يقوم موظف بحجز جميع المشاكل عن الآخرين طمعاً منه، فيكون هناك ما يبيّن مدى سرعته في إنجاز العمل.

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

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

ما رأيك؟

1

Do as I say, not as I do

We are Anonymous. We are Legion. We don't forgive. We don't forget

#5
Xacker كتب:

طيب ما رأيك بطريقة أخرى،

لنفرض أنه تم إرسال 5 مشاكل.

جميعها ستظهر ضمن صفحة واحدة وبمعلومات سريعة عنها مثل:

العنوان - درجة الأهمية - الحالة - التاريخ - المرسل - تعالج من قبل - آخر تحديث

لن يستطيع أي من موظفي الـ IT استعراض أي مشكلة من المشاكل ما لم يقم أولاً بتحديد نفسه على أنه المعالج لها، بمعنى آخر.. هو وشطارته والتي قد تؤهله فيما بعد لترقية أو مكافأة .. إلخ (سيصبح صيّاد جوائز bounty-hunter :P)

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

عمود الحالة في هذه الحالة سيصبح مثلاً "in progress since xx-xx-xxxx" حتى يكون بمقدور مدير النظام أو الإدارة العامة التحقق من المدة الزمنية التي يأخذها الموظف في حل مشكلة، وأيضاً حتى لا يقوم موظف بحجز جميع المشاكل عن الآخرين طمعاً منه، فيكون هناك ما يبيّن مدى سرعته في إنجاز العمل.

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

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

ما رأيك؟

السلام عليكم ورحمة الله وبركاتة

اخي Xacker بصراحة الفكرة ممتازة زيادة على الافكار الموجودة مسبقا

بصراحة تخيلت الوضع ان الموظفين الكل جالس على الجهاز الخاص فيه ينظر مشكلة :D

بس بقي شي واحد هل تتوقع ان راح توجد مشكلة اذا قام شخصين في نفس الوقت بتعين نفسهم لمشكة واحدة ؟

اخي انا بكتب جواب على المشكلة ( مشكلة شخصين في نفس الوقت ) وانت عطني رايك في الحل

طبعا لابد حتى لو تم الظغط في نفس الوقت لابد ان يكون في فارق زمني ولنقل بسيط من نقل الطلب من الموظف الى السيرفر فما اتوقع انها تكون صعبة برمجة كود يتحقق اذا كان هذا الحقل ( حقل اسم الموظف او رقمة ) ليس فارغا اعمل رجوع الى صفحة المشاكل .

فما رأيك انت

My Latest

Hello Entity Framework Code First

--------------------

#6
D a r K T o u c h كتب:

طبعا لابد حتى لو تم الظغط في نفس الوقت لابد ان يكون في فارق زمني ولنقل بسيط من نقل الطلب من الموظف الى السيرفر فما اتوقع انها تكون صعبة برمجة كود يتحقق اذا كان هذا الحقل ( حقل اسم الموظف او رقمة ) ليس فارغا اعمل رجوع الى صفحة المشاكل .

بالضبط.

سطر برمجي واحد كافي لتجاوز مثل هذه الحالة النادرة.

Do as I say, not as I do

We are Anonymous. We are Legion. We don't forgive. We don't forget

#7

السلام عليكم ورحمة الله وبركاتة

الف شكرا لك اخي , وان شاء الله وقت ما احصل فراغ اكيد راح اجمع الافكار

وارجو ترشيح الرد رقم 4 كأجابة .

شكرا

My Latest

Hello Entity Framework Code First

--------------------

مواضيع مشابهة

عدد الزوار حالياً

المتواجدون خلال آخر دقيقتين · يتحدّث كل ٣٠ ثانية

—الإجمالي—أعضاء مسجّلون—زوار بدون تسجيل

جارٍ التحقق من المتواجدين…