01-08-19, 04:02 PM
وعليكم السلام ورحمة الله
حسب رأيي لا يوجد طريقة معينة هذا يرجع لما يساعدك انت كمبرمج
حسب التصميم هنا رصيد اول المدة موجود بجدول الاصناف تأخذه دائما تم تطرح منه المعادلة السابقة
وهناك فكرة اخرى وهي في نوع الحركة بجدول راس الفاتورة حيث تكون اما
مشتريات او مبيعات او مسترجع
لما لا يكون فيها نوع اخر مثلا فاتورة برصيد اول المدة تخزن لمرة واحدة فيها كامل الكمية ويتم الغاء رصيد اول المدة بجدول الاصناف
كما توجد فاتورة للفاقد مثلا نختار نوع الفاتورة ويكون فاقد ولها رقم وتاريخ وفيها الكميات المفقودة مثلا ضائعة او تالفة وغير ذلك
بحيث يمكننا باي وقت الاستعلام عن فواتير البضاعة المفقودة والتالفة او فاتورة اول المدة والتي تحمل تاريخ اول بداية العمل بالمنظومة ايضا وهو تاريخ الفاتورة
كما نحصل على تاريخ كل البضائع التالفة او الضائعة وكمياتها وبتواريخها وهو تاريخ فتح الفاتورة
لن يؤثر استخدم Sqlite او mySQL او FireBird بالنسبة الى Access لا ارى اي منطق في استخدامها في الدلفي حيث ان التعامل مع كل قواعد البيانات بنفس الكود ونفس الاسلوب ونفس الطريقة
وعلى العموم انا جربت عليها حوالي 100 الف فاتورة ولم اللاحظ اي مشكلة
يبدو لي ان هذا سبب المشكلة فكلما كان هناك جداول اكثر وروابط اكثر كان الاستعلام اكثر تعقيدا واكثر بطئ ايضا
اما في تصميمنا هذا فنحن نتحدث عن جدول واحد فقط يعني السرعة ستكون موجودة حتى مع قاعدة بيانات اكسس
غالبا التصميم عندما يكون خاطئ يأتي بالكثير من المشاكل .
جرب هذا على قاعدة بيانات اكسس ولاحظ بنفسك
طبعا مليون فاتورة كمية كبيرة لا اعتقد ان هناك محل او مركز مبيعات له هذه الكمية وعلى العموم هذه افضل طريقة لتفادئ البطئ
إقتباس :[b]ماذا عن بضاعة اول المدة ؟ [/b]
حسب رأيي لا يوجد طريقة معينة هذا يرجع لما يساعدك انت كمبرمج
حسب التصميم هنا رصيد اول المدة موجود بجدول الاصناف تأخذه دائما تم تطرح منه المعادلة السابقة
وهناك فكرة اخرى وهي في نوع الحركة بجدول راس الفاتورة حيث تكون اما
مشتريات او مبيعات او مسترجع
لما لا يكون فيها نوع اخر مثلا فاتورة برصيد اول المدة تخزن لمرة واحدة فيها كامل الكمية ويتم الغاء رصيد اول المدة بجدول الاصناف
كما توجد فاتورة للفاقد مثلا نختار نوع الفاتورة ويكون فاقد ولها رقم وتاريخ وفيها الكميات المفقودة مثلا ضائعة او تالفة وغير ذلك
بحيث يمكننا باي وقت الاستعلام عن فواتير البضاعة المفقودة والتالفة او فاتورة اول المدة والتي تحمل تاريخ اول بداية العمل بالمنظومة ايضا وهو تاريخ الفاتورة
كما نحصل على تاريخ كل البضائع التالفة او الضائعة وكمياتها وبتواريخها وهو تاريخ فتح الفاتورة
إقتباس :الن ياثر على سرعة البرنامج الاستعلام عن الكميات كل مرة نحتاجها مع مرور الوقت وزيادة المشتريات والمبيعات.
لن يؤثر استخدم Sqlite او mySQL او FireBird بالنسبة الى Access لا ارى اي منطق في استخدامها في الدلفي حيث ان التعامل مع كل قواعد البيانات بنفس الكود ونفس الاسلوب ونفس الطريقة
وعلى العموم انا جربت عليها حوالي 100 الف فاتورة ولم اللاحظ اي مشكلة
إقتباس :وكان النتيجة غير مرضية بالذات عند معاينة كل الكميات المتوفرة يعني عرض كل الاصناف مع كمياتها.
(ملاحظة كانت من 3 جداول جدول حركةالمشتريات ومردودها - حركة المبيعات ومشترياتها - جدول حركة الجرد والتالف )
يبدو لي ان هذا سبب المشكلة فكلما كان هناك جداول اكثر وروابط اكثر كان الاستعلام اكثر تعقيدا واكثر بطئ ايضا
اما في تصميمنا هذا فنحن نتحدث عن جدول واحد فقط يعني السرعة ستكون موجودة حتى مع قاعدة بيانات اكسس
غالبا التصميم عندما يكون خاطئ يأتي بالكثير من المشاكل .
جرب هذا على قاعدة بيانات اكسس ولاحظ بنفسك
طبعا مليون فاتورة كمية كبيرة لا اعتقد ان هناك محل او مركز مبيعات له هذه الكمية وعلى العموم هذه افضل طريقة لتفادئ البطئ