[ابو محمد القحطاني]

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

السؤال
هل ممكن نحفظ Datagridview مرة واحدة بدون استخدام حلقة التكرار For

الغرض منها هو حل مشكلة حدوث خطاء او توقف في وسط العملية حتى لا تحدث مشكلة في ميزان القيد على سبيل المثال




هل من احد يعرف الاجابة او يقرب فكرة لها ؟؟؟؟

[karimx]

السلام عليكم ورحمة الله وبركاته
ضع إجراء الحفظ في دالة ونفذ الدالة من خلال Thread

[سعود]

رأيي الشخصي مع عدم تجربة اعداد كبيرة من السجلات ان طريقة الحفظ المباشر عن طريق Oledbcommand آمن بكثير لانك تحفظ سجل سجل ولو انطفا الكهرب فلن يتضرر الا السجل الحالي الذي لم يتم حفظه.
اما لو تستخدم الحفظ عن طريق DataTable Or DataSet فربما الامر فيه اشكال .

[ابو محمد القحطاني]

(14-08-17, 04:56 PM)karimx كتب : السلام عليكم ورحمة الله وبركاته
ضع إجراء الحفظ في دالة ونفذ الدالة من خلال Thread

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

صحيح هذا سيوفر الانتظار وسنفذ الاجراء في الخلفية دون الانتظار حتى الانتهاء

لكن سيظل الامر حفظ سجل سجل بحلقة تكرار

---

(14-08-17, 05:28 PM)سعود كتب : رأيي الشخصي مع عدم تجربة اعداد كبيرة من السجلات ان طريقة الحفظ المباشر عن طريق Oledbcommand آمن بكثير لانك تحفظ سجل سجل ولو انطفا الكهرب فلن يتضرر الا السجل الحالي الذي لم يتم حفظه.
اما لو تستخدم الحفظ عن طريق DataTable Or DataSet فربما الامر فيه اشكال .

صحيح لكن لو كانت العملية فيها دائن ومدين سيكون هناك خطاء حسابي حيث سيتوقف التنفيذ ولم يكتمل القيد مثلا تحويل مبلغ من طرف الى طرف

حاليا نستخدم SqlTransaction اذا حدث انطفاء للكهرب مثلا فلن يتم الحفظ حتى تكتمل حلقة التكرار لكن طريقة الحفظ عن طريق DataSet  او DataTable  لم اجربها ؟؟

[حريف برمجة]

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

ايضاً كما تفضل الاخ سعود ربط العملية بالـ (Thread)

[ابو ليلى]

السلام عليكم و رحمة الله و بركاته
وفقاً لفكرتك (حل مشكلة حدوث اخطاء او توقف في وسط العملية حتى لا تحدث مشكلة في ميزان القيد )

اقترح عليك التعامل مع Transactions , اثناء عمليات الحفظ و الادخال و التعديل و الحذف.
حتى تضمن ان تتم العملية على كافة السجلات او لا تتم على اي سجل في حال حدوث خطأ في سجل ما.
حيث ان Transaction تعتبر من العمليات المتزامنة و بالتالي يرجح ظهور اخطاء من النوع ConCurrency Exceptions و جب الانتباه اليها
و معالجتها.

بالتوفيق.

[ابو محمد القحطاني]

(15-08-17, 01:11 AM)ابو ليلى كتب : السلام عليكم و رحمة الله و بركاته
وفقاً لفكرتك (حل مشكلة حدوث اخطاء او توقف في وسط العملية حتى لا تحدث مشكلة في ميزان القيد )

اقترح عليك التعامل مع Transactions , اثناء عمليات الحفظ و الادخال و التعديل و الحذف.
حتى تضمن ان تتم العملية على كافة السجلات او لا تتم على اي سجل في حال حدوث خطأ في سجل ما.
حيث ان Transaction تعتبر من العمليات المتزامنة و بالتالي يرجح ظهور اخطاء من النوع ConCurrency Exceptions و جب الانتباه اليها
و معالجتها.

بالتوفيق.

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

حاليا استخدم SqlTransaction اثناء الحفظ وهي طريقة عملية جدا وهذه الطريقة استخدمها من فترة

لكن مثلا لدي سجلات بحدود عشرة الف سجل


عند الاستعلام لو استخدمت SqlDataReader لقراءة البيانات ومعها  Do While لإظافة كل سجل في DataGridview
سيحتاج الامر وقت حتى إظهار جميع السجلات وكذلك العكس عملية الحفظ بأستخدام حلقة التكرار For


بينما نلاحظ عند الاستعلام بإستخدام SqlDataAdapter وتخزين البيانات في DataSet وإظافتها على DataGridview 
يتم بنفس الوقت ولا تفرق كانو عشرة الف او عشرين الف لن يكون هناك انتظار كما هي الطريقة الاولى



هل ممكن يتم الحفظ بأمر واحد من DataSet  بدلاً من تكرار الأمر عند كل سطر

....

[abozeyd]

هنا الحل


https://www.youtube.com/watch?v=_i4mYXSaD4w

[سعود]

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

[ابو ليلى]

السلام عليكم و رحمة الله و بركاته
الاخ ابو محمد القحطاني,
كلامك صحيح و يحتاج الى توضيح اكثر , عند تعاملك مع DataGridView مربوط بـــ DataSet و هذا الاخير يتم ملئه عن طريق DataAdapter
و تحديث السجلات يجري من DataSet الى قاعدة البيانات مالذي يحصل , او ما السيناريو الذي تعمل عليه هذه التقنية ؟؟
بمثال بسيط هو ما يجري تماما عندما تقوم بربط البيانات عن طريق المعالج , اذا تتبعت الكود الناتج ستلاحظ ان العمليات (الاضافة و الحذف و التعديل) تجري وفق حلقة تكرارية و لكن ليس لكل السجلات , و انما للسجلات التي تعرضت لتغيرات فقط .
و هنا يتم استخدام Dataset مؤقته تحتوي على السجلات التي تم اجراء تعديلات عليها فقط وفق حالة كل صف عبر الخاصية DataRowState و التي تحمل 3 حالات (معدل , مضاف , محذوف) , ومن ثم بعدها يتم عمل حلقة تكرارية تقوم بالعملية المناسبة لكل سجل (بالنهاية انت لن تقوم بالمرور على كل السجلات , فقط السجلات التي جرى علها تغيير)
هذا هو لب العمل و لا يمكنك عمل وظيفة تقوم بالتحديث الكلي لكائن DataSet دون فحص حالة كل سجل (كما يسأل البعض)
لانك بالمنطق تتعامل مع كائنات منفصلة كل كائن له حالته (الكائن= السجل) و هذه الكائنات تقبع في حاوية (جدول او DataSet)

الاخ ابو زيد,
هذه الطريقة التي في المثال هي ما تحدثنا عنه في السطور السابقة صاحب المثال اغفل عن قصد او جهل او توفيرأ للوقت ما الذي يجري عند استخدام كائن CommandBuilder  
هذا الكائن يحتاج الى اوامر (ادخال و حذف و تعديل) و يحتاج الى معالجة السجلات التي تغيرت فقط كما اشرنا سابقاً
و يحتاج الى معالجة كل سجل على حدا و استصدار الامر المناسب لكل سجل و من ثم يتم معالجة السجلات الراجعة من القاعدة و تحديث السجلات التي على الواجهة (و خصوصاً سجلات المفتاح الرئيسي و له تعامل خاص)
و كل هذا يجري في الخفاء بعيداً عن عين المبرمج في حال استخدمته للامور البسيطة اما اذا كنت مصراً على استخدامه في امور معقدة فستحتاج الى معالجات اضافية ليصبح اكثر وثوقية (و غالباً ستعاني من مشاكل معه ؟؟) الكلام طويل في هذا الكائن.

نصيحة :
مالذي يجبرك على استحضار هذا الكم الكبير من السجلات الى الواجهة (بشكل منطقي ستعاني من تاخر في معالجة هذا الكم)
الطريقة الاكثر حرفية هي التعامل مع هدف محدد او مجموعة اهداف قليلة و اختيار الادوات الاكثر سرعة في التعامل .
الــ DataReader اسرع في جلب البيانات من غيرها .

تعامل مع البيانات التي جرى عليها تغيير فقط , توفر في الوقت و الجهد اللازم من قبل المعالج , قد يكون لديك الف سجل على الواجهة لكن المستخدم عدل و اضاف و حذف ما مجموعه 100 سجل , فهل من المنطق ان اقوم بالمرور على الف سجل و بالتالي القيام بالف عملية بينما احتاج الى 100 عملية .


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

بالتوفيق للجميع.