كيف يمكنني بناء قاعدة بيانات على أساس جداول مختلفة؟


الاجابه 1:

المتطلبات مفقودة في الرابط المقدم.

لا تزال هناك دائمًا مبادئ عامة لإنشاء قاعدة البيانات

  • استخدم أسماء محددة جيدًا ومتسقة للجداول والأعمدة (مثل المدرسة ، StudentCourse ، CourseID ...). - سيساعد ذلك عادةً المستخدمين المبتدئين / غير المتخصصين في تكنولوجيا المعلومات على الفهم
  • استخدم المفرد لأسماء الجداول (على سبيل المثال ، استخدم StudentCourse بدلاً من StudentCourses). يمثل الجدول مجموعة من الكيانات ، ليست هناك حاجة لأسماء الجمع.
  • لا تستخدم مسافات لأسماء الجداول. بخلاف ذلك ، سيتعين عليك استخدام الأحرف "{" و "[" و "" وما إلى ذلك لتحديد الجداول (على سبيل المثال ، للحصول على جدول الطالب ، ستكتب "دورة الطالب". StudentCourse أفضل بكثير).
  • لا تستخدم بادئات أو لاحقات غير ضرورية لأسماء الجداول (على سبيل المثال ، استخدم School بدلاً من TblSchool و SchoolTable وما إلى ذلك). - دع أسماء الجداول تكون بسيطة
  • حافظ على كلمات المرور مشفرة للأمان. قم بفك تشفيرها في التطبيق عند الحاجة. - هذا للأمن
  • استخدم حقول معرف صحيح لجميع الجداول. إذا لم يكن المعرّف مطلوبًا في الوقت الحالي ، فقد يكون مطلوبًا في المستقبل (لجداول الاقتران والفهرسة ...). - يمكن إجراء المفتاح الأساسي بسهولة باستخدام حقول معرّف عدد صحيح
  • اختر أعمدة بنوع بيانات عدد صحيح (أو متغيراته) للفهرسة. ستؤدي فهرسة عمود varchar إلى حدوث مشكلات في الأداء.
  • استخدم حقول البت للقيم المنطقية. استخدام عدد صحيح أو varchar يستهلك مساحة تخزين غير ضرورية. ابدأ أيضًا أسماء الأعمدة هذه بـ "Is".
  • توفير المصادقة للوصول إلى قاعدة البيانات. لا تمنح دور المشرف لكل مستخدم.
  • تجنب استعلامات "تحديد *" حتى تكون هناك حاجة إليها حقًا. استخدم "select [required_columns_list]" للحصول على أداء أفضل.
  • استخدم إطار عمل ORM (رسم الخرائط العلائقية للكائنات) (أي السبات ، iBatis ...) إذا كان رمز التطبيق كبيرًا بما يكفي. يمكن معالجة مشكلات أداء أطر ORM من خلال معلمات التكوين التفصيلية.
  • تقسيم الجداول الكبيرة / غير المستخدمة / التي نادراً ما تستخدم / أجزاء الجدول إلى المخازن المادية المختلفة لأداء استعلام أفضل.
  • بالنسبة لأنظمة قواعد البيانات الكبيرة والحساسة والناقدة للمهمة ، استخدم خدمات التعافي من الكوارث وخدمات الأمان مثل تجميع الفشل ، والنسخ الاحتياطي التلقائي ، والنسخ المتماثل وما إلى ذلك.
  • استخدم القيود (مفتاح خارجي ، تحقق ، وليس فارغًا ...) لتكامل البيانات. لا تعطي التحكم الكامل لرمز التطبيق.
  • الافتقار إلى توثيق قاعدة البيانات أمر شرير. توثيق تصميم قاعدة البيانات الخاصة بك مع مخططات ER والتعليمات. اكتب أيضًا أسطر التعليق للمحفزات والإجراءات المخزنة والنصوص الأخرى.
  • استخدم الفهارس للاستعلامات الأكثر استخدامًا على الجداول الكبيرة. يمكن استخدام أدوات المحلل لتحديد مكان تحديد الفهارس. للاستعلامات استرداد مجموعة من الصفوف ، عادةً ما تكون الفهارس العنقودية أفضل. بالنسبة للاستعلامات النقطية ، تكون الفهارس غير العنقودية أفضل عادةً.
  • يجب وضع خادم قاعدة البيانات وخادم الويب في أجهزة مختلفة. سيوفر ذلك المزيد من الأمان (لا يمكن للمهاجمين الوصول إلى البيانات مباشرة) وسيكون أداء وحدة المعالجة المركزية والذاكرة للخادم أفضل بسبب انخفاض رقم الطلب واستخدام العملية.
  • يجب ألا يتم تعريف أعمدة بيانات الصورة والقطعة في الجداول التي يتم الاستعلام عنها بشكل متكرر بسبب مشكلات في الأداء. يجب وضع هذه البيانات في جداول منفصلة ويمكن استخدام مؤشرها في جداول تم الاستعلام عنها.
  • يجب استخدام التطبيع كما هو مطلوب لتحسين الأداء. سيؤدي نقص التطبيع إلى التكرار المفرط للبيانات ، وسيؤدي الإفراط في التطبيع إلى عمليات ربط مفرطة عبر عدد كبير جدًا من الجداول. كلاهما سيحصل على أداء أسوأ.
  • اقضِ وقتًا في تصميم قاعدة البيانات وتصميمها بقدر ما هو مطلوب. وإلا فإن وقت التصميم المحفوظ (!) سوف يتسبب في (توفير (!)) وقت التصميم) * 10/100/1000 وقت الصيانة وإعادة التصميم.

أعلاه مفاهيم جيدة لجميع قواعد بيانات RDBMS مثل Oracle ، SQL Server وما إلى ذلك ،

في الوقت نفسه ، الاتجاه الآن نحو قاعدة بيانات NOSQL أيضًا. أي كلما كان التطبيق متاحًا 99.99999 بدون وقت تعطل ، لسهولة الاسترجاع تمامًا ، يفضل في الوقت الحاضر قاعدة بيانات غير متوفرة في البرامج المجانية.

إدخال NoSQL

رابط رائع

امل ان يساعد!!!

لا تتردد في البقاء على اتصال عبر

[email protected]

(

mailto: [email protected]

) أو Happyprogramguidingfrompriyaraj (

Happyprogramguidingfrompriyaraj

)


الاجابه 2:

ابدأ دائمًا بتصميم قاعدة بيانات عادي. يجب ألا يكون هناك تكرار. يجب أن يكون تصميم الجدول بسيطًا. يجب أن يؤدي جدول واحد دورًا واحدًا. يجب أن يكون هناك نوعان من الجداول - جداول البيانات وجداول العلاقات.

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

يجب أن أشير إلى أن إعادة التوازن ستختلف فيما إذا كنت تستخدم MySQL أو PostgreSQL أو Ingres أو Informix أو DB2 أو (إذا كنت يائسًا أو مريضًا) SQL Server. لديهم خصائص أداء مختلفة ، واستراتيجيات فهرسة مختلفة ، واستراتيجيات تخزين مؤقت مختلفة.