السلام عليكم ورحمة الله وبركاته
أشارة لإجابة المربية المتألقة والمبدعة (أم عهود) حفظها الله: للمشاركة بعنوان العمليات الحسابية في نموذج هل يمكن عكس النتائج في الجدول
اقتباسان من اكبر الأخطاء التي يقع فيها بعض الأخوة اثناء تصميم قواعد البيانات انهم عند تصميم الجداول يقوموا بوضع حقول محسوبه وهذا اكبر خطأ لأن الجداول اساسا ليست مهمتها العمليات الحسابية بل المهمة الرئسية هي تخزين البيانات لوقت الحاجة لها والكائنات التي نستطيع ان نجعلها تقوم بالعمليات الحسابية هي الإستعلامات بالدرجة الأولى ومن بعدها النماذج ثم التقارير لأن القاعدة الأساسية للتصميم الجيد والطبيعيي هي عدم وضع حقول محسوبه في الجداول بأي حال من الأحوال وإن احتجنا لمثل هذه العمليات الحسابية فتكون نادرة جدا وفي اضيق الحدود ولكن غالبا لا تستخدم لمثل هذه العمليات .
وتعقيباً على ما ذكرت أستاذتي المبدعة .. أقول أن من المسلمات في بناء القاعدة الصحيحة جعل الجداول مكاناً لتخزين البيانات وليس لأجراء العمليات الحسابية (هذا الأمر منطقي ومعقول جداً)
وأنت ترى أخي وأختي القارئ/ـة إن من أسرار بنية وتركيبة Access97 ، Access2000-2003 ، Access2007 أن جداوله خالية من أمكانية أجراء العمليات الحسابية داخل الجدول (مرة أخرى) أوأكد داخل الجدول
(هل فطنتم لذلك؟) إلا بالحيّلة والإستدارة كـ (استخدام النموذج أو بناء الأكواد).
هذا كلام جميل
ولكن .. مما زادني في الأمر حيرة وذهولاً أن الإصدار Access2010 قد أضيفت لجداوله خاصية (إجراء العمليات الحسابية)
وبما أني لا أملك الإصدار 2010 حتى أتمكن من إدارك الأمر (ولكن هي مجرد صورة شاهدتها) فهل يتكرم من يملك الإصدار الإفادة عن ذلك
والأمر يدعوا للتساؤل: كيف لشركة مايكروسوفت (بعد أن تطبّعنا بطبعها/ عدم أجراء العمليات الحسابية داخل الجداول - كـ أجراء سليم) إذ بها تقلب المفاهيم رأس على عقب
وتجعل في أصدارها Access2010 أمكانية احتساب قيم حسابية للحقول داخل الجدول (كما يتضح من الصورة أدناه)
((عفواً سقط مني تنسيق الصور.. فأدرجت أسفل المشاركة .. الصواب أن صورة خصائص الجدول موقعها هنا))
هذا مثال أجنبي: .. حيث عقب صاحب المقالة بقوله:
اقتباسJust choose Calculated in the data type, and Expression appears below it. Type the expression. Access will then calculate it each time you enter your record.
ثم استدرك أستدراكاً لطيفاً من شخصه (طبيعي هو لا يمثل مايكروسوفت ولا يحق له النطق نيابة عنها) بقوله:
اقتباسThis may seem simple, but it creates more problems that it solves. You will quickly find that the expressions are limited. You will also find it makes your database useless for anyone who needs to use it in Access 2007. Instead of reading the data, they will get a message like this:
((وصورة شاشة الخطأ .. موقعها هنا .. لكنها هربت مني لأسفل المشاركة // فمنكم العذر والسموحة))
ثم يستطرد في التعقيب بقوله:
اقتباسEven more serious, the calculated results are not reliable. If you change the Expression after data has been entered into the table, the existing results may not be updated correctly (through new records are edits are updated), so you cannot rely on the results. A compact/repair does not recalculate, so there is no obvious way to repair the bad results.Since you cannot index calculated fields anyway, there is no performance benefit to be gained from using them. You are violating fundamental rules of data normalization for no good purpose. We recommend you use queries for calculated fields, just as in previous versions.
فما السر في أن تجعل مايكروسوفت خصائص العمليات الحسابية (محسوبة) داخل الجدول (وهي قاصرة وتسبب الأخطاء الفادحة إذا تم تغيير بعض البيانات في الجدول)
أرجو الإفادة منكم
بارك الله لكم في أوقاتكم وأعماركم
أبومحمد
