استخدم المؤلف قاعدة بيانات Access لإنشاء موقع ويب، لكنه اكتشف لاحقًا أن كمية البيانات زادت والسرعة كانت بطيئة، لذلك يجب على الجميع وضع خطط طويلة المدى قبل إنشاء موقع ويب.
كم عدد السجلات التي يمكن أن تحتوي عليها قاعدة بيانات Access؟ ما هو الحد الأقصى لحجم ملف Accsee؟
من الناحية النظرية لا يوجد حد، لكنه بشكل عام غير مفيد إذا تجاوز 100000.
لا يدعم Access كميات كبيرة من البيانات بشكل جيد. أكبر ملف mdb هو 1G. ولن يعمل بغض النظر عن كيفية إضافة السجلات. لن تكون هناك أخطاء أو مطالبات، ولكن لا يمكن إضافة البيانات. يعتمد العدد المحدد للسجلات على حجم السجل. لدي سجلات تحتوي على أكثر من عشرة حقول، ويوجد حوالي 500000 سجل مثل هذا.
لم أفكر كثيرًا في هذه المشكلة قبل أن أبدأ في إنشاء موقع ويب، لأن موقع الويب الخاص بالمؤسسة العادي لا يحتوي على الكثير من البيانات، وعادةً لا يتجاوز حجم ملف mdb 100 مليون، لكنني انزعجت مؤخرًا من هذه المشكلة.
يحتوي موقع الويب الخاص بالعميل على أكثر من 3 واط من السجلات ويبلغ حجمه حوالي 300 مليون بعد الضغط المتعدد، ولا تزال السرعة بطيئة جدًا الآن.
تحقق من الأسباب، وقم بتحليل النقطتين التاليتين:
1. الوصول لا يدعم كميات كبيرة من البيانات بشكل جيد، ولم يتم أخذ ذلك في الاعتبار بشكل كامل قبل إنشاء الموقع. عدم الفهم الكامل لاحتياجات العملاء. بالنسبة لاحتياجات حجم البيانات الكبيرة، ينبغي النظر في قاعدة بيانات SQL أو MYSQL. أي أنه لا يمكن استخدام إصدار ASP+ACCSEE.
2. كانت هناك مشاكل في وحدات التصميم والتصنيف الأصلي. يحتوي الموقع بأكمله على وحدة مقالة واحدة فقط، ويتم تصنيف كل شيء آخر ضمن هذه الوحدة، مما يؤدي مباشرة إلى وجود كمية زائدة من البيانات في جدول jtbc_article. في الأساس، يوجد أكثر من 30000 سجل في هذا الجدول. يؤدي إلى إبطاء سرعة الاستعلام.
لذلك، عند إنشاء موقع ويب، يجب إنشاء مقالات من نفس الطبيعة ولكن فئات مختلفة في وحدات نمطية مختلفة، أي استنساخ وحدات مقالات متعددة، والتي لا يمكنها حل المشكلات المذكورة أعلاه بشكل فعال فحسب، بل يمكنها أيضًا تمرير فهرس عقدة قالب الصفحة الرئيسية للوحدة بشكل أفضل لتخصيص الصفحات الرئيسية المخصصة لفئات مختلفة.
لكن الآن ما زلت متشابكًا مع هذه المشكلة، لأنه من المزعج للغاية فصل الوحدات مرة أخرى مع الكثير من البيانات، وهو ليس الحل الأكثر فعالية في النهاية، لأن البيانات لا تزال تنمو كل يوم، وسيكون هناك ما لا يقل عن 100000 قطعة من البيانات لذلك يجب التخلي عن قاعدة بيانات ACCESS.
والأهم من ذلك، أنني أريد التخلي عن IIS واستبداله مباشرة بـ PHP+MYSQL. وبهذه الطريقة، عند نشر الخادم، لا أحتاج إلى تثبيت IIS المزعج، يمكنني فقط استخدام apache أو Nginx، وهو أكثر كفاءة عدة مرات من IIS. لكن المشكلة الآن هي أن الوظائف الموجودة في إصدار PHP ليست بنفس قوة ASP، وهذه ليست مشكلة، لأن هذا الموقع لا يحتاج إلى أي وظائف قوية. والمفتاح هو أنه يمكن استخدام إنشاء HTML، ولكن إصدار PHP I لقد تم اختباره غير قادر على توليد الكهرباء الساكنة وهذا ما يزعجني حقًا.