12-07-24, 08:35 AM
(آخر تعديل لهذه المشاركة : 12-07-24, 08:36 AM {2} بواسطة salamandal.)
(12-07-24, 04:14 AM)Taha Okla كتب : مما تعلمته عن قواعد البيانات :
أنه العمليات المطبقة على بعض الحقول الرقمية تتجاوز سرعتها عدة مرات عما ينفذ على نظيرتها النصية ..
لذلك أهتم كثيراً بنوع الحقل قبل التنفيذ عليه ..
بساطة العمل على هذه الملفات لفت أنتباهي، وكنت فكر بصرف نظري إلى العمل عليها
مقارنة بآكسس ... فأغلب مشاريعي أعتمد بها على قواعد بيانات آكسس لما توفره مايكروسوفت من مستعرض ملفات إحترافي لها..
وسهولة التعامل معها من خلاال مشغلها الأساسي ، بحيث لو حدث خطأ في إدخال أو العمليات على بعض الحقول أنه بإمكاني من خلال
خصائص مشغل آكسس أن أجد ذاك الخطأ بسرعة وأصلحه. دون الحاجة لأنتظر حتى أصحح برنامجي وأجعل العميل يتأخر ويعطل عمله ...
و عندما أجرب شيء جديد : أحاول أن أجرب عليه كل الحالات التي أحتاجها...
فخلال أولى التجارب ظهرت لي هذه المشكلة...
والله أعلم إن لم يكن هناك ما هو أعظم منها.. ما دام أهم شيء لم يهتموا فيه (أي نوع البيانات المدخلة)..
في بداية تجاربي مع قواعد بيانات sqlite وجدت حديثا كثيرا في المنتديات الاجنبية عن قابلية هذه القواعد للتلف والعطب
ثم ذهبت اغلب التخمينات ان السبب هو مشاركة القاعدة على الشبكة .لذلك تم الالتفاف على هذه المشكلة بحصر استعمال القاعدة خارج الشبكلات والابتعاد عن المشاركة قدر المستطاع وان كان لا بد فيجب نسخ القاعدة احتياطيا وعلى الدوام
في النسخ القديمة ظهرت ايضا مشكلة التاريخ في نوع الحقل وتم الالتفاف على هذه المشكلة بحفظ التواريخ على شكل نص ثم الدخول في سلسلة التحويلات واعتقد ان هذا حل غير عملي
فلا يعقل اذا كانت قاعدة البيانات كبيرة ان اجبر محرك البحث على ترجمة وتحويل ملايين السجلات من حقل نصي الى رقمي وخصوصا عند استعمال التعليمة between
ثم ظهر نوع الحقل الجديد Datetext لان محاولة الالتفاف على المشكلة زادتها تعقيدا خصوصا اذا علمنا ان بعض البرامج تولي اهمية قصوى للتعليمة format اثناء البحث بالتواريخ
Stored procedure ايضا غير موجود اطلاقا ويجب الاستعانة بالجداول المؤقتة كبديل ( يتم انشاؤها برمجيا ومحوها او تدميرها بعد كل عملية )
لم اجرب هذه الطريقة ولكن اعتقد في حالة التعامل مع قواعد بيانات كبيرة فان هذا سيشكل عبء اضافي على الذاكرة او على الاقل سيؤثر على زمن استرجاع البيانات
رأيي كمبتدىء ان هذه القواعد تصلح للتخزبن الكمي (ملفات .نصوص.صور...الخ) اكثر منه للتخزين الرقمي (على نحو ما هو موجود في القواعد المحاسبية للشركات) والله اعلم
اعتقد انني سأتوجه الى قواعد بيانات فايربيرد Firebird لاجراء بعض المقارنات عليها ايضا
