15-08-17, 03:59 PM
السلام عليكم و رحمة الله و بركاته
الاخ ابو محمد القحطاني,
كلامك صحيح و يحتاج الى توضيح اكثر , عند تعاملك مع DataGridView مربوط بـــ DataSet و هذا الاخير يتم ملئه عن طريق DataAdapter
و تحديث السجلات يجري من DataSet الى قاعدة البيانات مالذي يحصل , او ما السيناريو الذي تعمل عليه هذه التقنية ؟؟
بمثال بسيط هو ما يجري تماما عندما تقوم بربط البيانات عن طريق المعالج , اذا تتبعت الكود الناتج ستلاحظ ان العمليات (الاضافة و الحذف و التعديل) تجري وفق حلقة تكرارية و لكن ليس لكل السجلات , و انما للسجلات التي تعرضت لتغيرات فقط .
و هنا يتم استخدام Dataset مؤقته تحتوي على السجلات التي تم اجراء تعديلات عليها فقط وفق حالة كل صف عبر الخاصية DataRowState و التي تحمل 3 حالات (معدل , مضاف , محذوف) , ومن ثم بعدها يتم عمل حلقة تكرارية تقوم بالعملية المناسبة لكل سجل (بالنهاية انت لن تقوم بالمرور على كل السجلات , فقط السجلات التي جرى علها تغيير)
هذا هو لب العمل و لا يمكنك عمل وظيفة تقوم بالتحديث الكلي لكائن DataSet دون فحص حالة كل سجل (كما يسأل البعض)
لانك بالمنطق تتعامل مع كائنات منفصلة كل كائن له حالته (الكائن= السجل) و هذه الكائنات تقبع في حاوية (جدول او DataSet)
الاخ ابو زيد,
هذه الطريقة التي في المثال هي ما تحدثنا عنه في السطور السابقة صاحب المثال اغفل عن قصد او جهل او توفيرأ للوقت ما الذي يجري عند استخدام كائن CommandBuilder
هذا الكائن يحتاج الى اوامر (ادخال و حذف و تعديل) و يحتاج الى معالجة السجلات التي تغيرت فقط كما اشرنا سابقاً
و يحتاج الى معالجة كل سجل على حدا و استصدار الامر المناسب لكل سجل و من ثم يتم معالجة السجلات الراجعة من القاعدة و تحديث السجلات التي على الواجهة (و خصوصاً سجلات المفتاح الرئيسي و له تعامل خاص)
و كل هذا يجري في الخفاء بعيداً عن عين المبرمج في حال استخدمته للامور البسيطة اما اذا كنت مصراً على استخدامه في امور معقدة فستحتاج الى معالجات اضافية ليصبح اكثر وثوقية (و غالباً ستعاني من مشاكل معه ؟؟) الكلام طويل في هذا الكائن.
نصيحة :
مالذي يجبرك على استحضار هذا الكم الكبير من السجلات الى الواجهة (بشكل منطقي ستعاني من تاخر في معالجة هذا الكم)
الطريقة الاكثر حرفية هي التعامل مع هدف محدد او مجموعة اهداف قليلة و اختيار الادوات الاكثر سرعة في التعامل .
الــ DataReader اسرع في جلب البيانات من غيرها .
تعامل مع البيانات التي جرى عليها تغيير فقط , توفر في الوقت و الجهد اللازم من قبل المعالج , قد يكون لديك الف سجل على الواجهة لكن المستخدم عدل و اضاف و حذف ما مجموعه 100 سجل , فهل من المنطق ان اقوم بالمرور على الف سجل و بالتالي القيام بالف عملية بينما احتاج الى 100 عملية .
ما تفكر فيه بالواقع هو ما يجري حقيقة في الكود فما هو الا اسقاط لفكرة منطقية ولكن بشكل اسرع هذا ما يسمى بعلم الخوارزميات.
بالتوفيق للجميع.
الاخ ابو محمد القحطاني,
كلامك صحيح و يحتاج الى توضيح اكثر , عند تعاملك مع DataGridView مربوط بـــ DataSet و هذا الاخير يتم ملئه عن طريق DataAdapter
و تحديث السجلات يجري من DataSet الى قاعدة البيانات مالذي يحصل , او ما السيناريو الذي تعمل عليه هذه التقنية ؟؟
بمثال بسيط هو ما يجري تماما عندما تقوم بربط البيانات عن طريق المعالج , اذا تتبعت الكود الناتج ستلاحظ ان العمليات (الاضافة و الحذف و التعديل) تجري وفق حلقة تكرارية و لكن ليس لكل السجلات , و انما للسجلات التي تعرضت لتغيرات فقط .
و هنا يتم استخدام Dataset مؤقته تحتوي على السجلات التي تم اجراء تعديلات عليها فقط وفق حالة كل صف عبر الخاصية DataRowState و التي تحمل 3 حالات (معدل , مضاف , محذوف) , ومن ثم بعدها يتم عمل حلقة تكرارية تقوم بالعملية المناسبة لكل سجل (بالنهاية انت لن تقوم بالمرور على كل السجلات , فقط السجلات التي جرى علها تغيير)
هذا هو لب العمل و لا يمكنك عمل وظيفة تقوم بالتحديث الكلي لكائن DataSet دون فحص حالة كل سجل (كما يسأل البعض)
لانك بالمنطق تتعامل مع كائنات منفصلة كل كائن له حالته (الكائن= السجل) و هذه الكائنات تقبع في حاوية (جدول او DataSet)
الاخ ابو زيد,
هذه الطريقة التي في المثال هي ما تحدثنا عنه في السطور السابقة صاحب المثال اغفل عن قصد او جهل او توفيرأ للوقت ما الذي يجري عند استخدام كائن CommandBuilder
هذا الكائن يحتاج الى اوامر (ادخال و حذف و تعديل) و يحتاج الى معالجة السجلات التي تغيرت فقط كما اشرنا سابقاً
و يحتاج الى معالجة كل سجل على حدا و استصدار الامر المناسب لكل سجل و من ثم يتم معالجة السجلات الراجعة من القاعدة و تحديث السجلات التي على الواجهة (و خصوصاً سجلات المفتاح الرئيسي و له تعامل خاص)
و كل هذا يجري في الخفاء بعيداً عن عين المبرمج في حال استخدمته للامور البسيطة اما اذا كنت مصراً على استخدامه في امور معقدة فستحتاج الى معالجات اضافية ليصبح اكثر وثوقية (و غالباً ستعاني من مشاكل معه ؟؟) الكلام طويل في هذا الكائن.
نصيحة :
مالذي يجبرك على استحضار هذا الكم الكبير من السجلات الى الواجهة (بشكل منطقي ستعاني من تاخر في معالجة هذا الكم)
الطريقة الاكثر حرفية هي التعامل مع هدف محدد او مجموعة اهداف قليلة و اختيار الادوات الاكثر سرعة في التعامل .
الــ DataReader اسرع في جلب البيانات من غيرها .
تعامل مع البيانات التي جرى عليها تغيير فقط , توفر في الوقت و الجهد اللازم من قبل المعالج , قد يكون لديك الف سجل على الواجهة لكن المستخدم عدل و اضاف و حذف ما مجموعه 100 سجل , فهل من المنطق ان اقوم بالمرور على الف سجل و بالتالي القيام بالف عملية بينما احتاج الى 100 عملية .
ما تفكر فيه بالواقع هو ما يجري حقيقة في الكود فما هو الا اسقاط لفكرة منطقية ولكن بشكل اسرع هذا ما يسمى بعلم الخوارزميات.
بالتوفيق للجميع.
اللهم لك الحمد كما ينبغي لجلال وجهك و عظيم سلطانك
في حل و ترحال