‫تقوم جميع الشركات بتخزين البيانات من دفتر تسجيل بسيط لشركة صغيرة ، ربما حتى في مجلة أو قطعة
‫من الورق.
‫للشركات الضخمة مثل أمازون التي تحتاج إلى أجهزة كمبيوتر لتخزين بيتابايت من البيانات.
‫الآن ، من أجل تخزين هذه المعلومات ، تحتاج كل شركة تقريبًا وأحيانًا الأفراد أيضًا إلى شيء يسمى
‫قاعدة البيانات.
‫رأينا في القسم الأخير مدى صعوبة جعل خادمنا يتذكر مستخدمًا جديدًا.
‫في كل مرة يتعطل فيها الخادم ، تتم إعادة تعيين المتغير ثم يبدأ من جديد.
‫أو إذا أردنا إجراء فحص لتسجيل الدخول أو تسجيل الدخول والتكرار من خلال رسائل البريد الإلكتروني وكلمات المرور من خلال إجراء
‫حلقة من خلال JavaScript ، فهذا غير فعال.
‫هذا هو المكان الذي تأتي فيه قاعدة البيانات إلى الإنقاذ.
‫فلنسأل أنفسنا ، ما هي قاعدة البيانات؟
‫قاعدة البيانات هي مجموعة من البيانات.
‫وما نعنيه بالبيانات.
‫هناك أشكال عديدة منها ، أليس كذلك؟
‫يمكن أن تكون هناك أرقام ، ويمكن أن تكون هناك تواريخ ، ويمكن أن يكون هناك تجزئة لكلمة المرور.
‫يمكن أن تكون هناك معلومات المستخدم.
‫تسمح لنا قواعد البيانات بتنظيم هذه البيانات بطريقة مفيدة لنا ، وتجعل إدارة البيانات
‫سهلة.
‫وخرج شيء من ذلك وهو يسمى نظام إدارة قواعد البيانات أو DB MBS باختصار.
‫إنها مجموعة من البرامج التي تتيح لنا الوصول إلى قواعد البيانات والعمل مع البيانات ، كما تتيح التحكم
‫في الوصول إلى مستخدمي قاعدة البيانات.
‫لذا فإن db mbs شيء موجود في هذا المربع.
‫شيء يتيح لنا أداة ، قطعة من البرامج التي تسمح لنا بالتواصل.
‫من خلال معلومات مخزن قاعدة البيانات المفيدة لنا وتسمح لنا أيضًا بتحديث وإدراج وحذف والبحث ،
‫كل ما هو موجود في قاعدة البيانات.
‫وبدأت فكرة DB PBMs هذه في الظهور بالفعل في الستينيات ، وهي الآن في طليعة العديد من الأشياء
‫المثيرة.
‫هناك صناعة كاملة من المهندسين الذين يعملون فقط مع قواعد البيانات لأنها مهمة جدًا.
‫يوجد الآن نوعان من DMS مشهوران حقًا في الوقت الحالي وسنتحدث عنهما في هذه
‫الدورة.
‫ويتم تمثيل هذين النوعين بشكل جيد حقًا بواسطة Post Gress و MongoDB.
‫دعنا نتحدث عن الأولى ، وهي قاعدة البيانات العلائقية.
‫وربما يكون هذا هو الأكثر شيوعًا كما ترون على الجانب الأيمن ، ترون أن كل
‫هذه قواعد بيانات علائقية ، ما بعد العشب ، Oracle ، SQL Server.
‫ربما سمعت عن MySQL SQL Light.
‫هذه هي جميع أنواع قواعد البيانات التي تحتوي على علامة قاعدة البيانات العلائقية هذه.
‫والجمال معهم هو أنهم جميعًا متشابهون إلى حد كبير.
‫كلهم يتبعون نفس الشكل القياسي.
‫تتكون قواعد البيانات العلائقية من جدولين أو أكثر مع أعمدة وصفوف.
‫لذلك في هذه الحالة ، المستخدمون عبارة عن جدول ونص اسم مستخدم كامل تم إنشاؤه في أعمدتنا وأي
‫قيم لديهم هنا هي صفوف.
‫يمثل كل صف إدخالًا ويقوم كل عمود بفرز نوع محدد جدًا من المعلومات مثل الاسم أو العنوان أو أرقام
‫الهواتف.
‫ثم العلاقة بين الجداول والحقل.
‫يطلق عليه مخطط في قاعدة بيانات علائقية.
‫يجب تحديد المخطط بوضوح قبل إضافة أي معلومات.
‫وإذا كان هذا محيرًا في الوقت الحالي ، فلا تقلق ، فنحن في الواقع سننشئ قواعد البيانات هذه.
‫لذلك من المنطقي بالنسبة لك.
‫إذا كان لدينا Twitter ، على سبيل المثال ، يمكنك أن ترى هنا أنواع الجداول التي لدينا
‫وكيف سننظمها.
‫سيكون لدينا مستخدم مستقر ، وجدول تغريدات ، وجدول التالي.
‫ويمكننا ربط كل هذه المعلومات ، على سبيل المثال ، من خلال توصيل أجزاء مختلفة من الجدول.
‫على سبيل المثال ، سيكون اسم المستخدم هو نفسه في جدول المستخدم كما هو في التغريدة.
‫مستقر.
‫بهذه الطريقة يمكننا القول أن اسم المستخدم في جدول التغريدات هو المفتاح الخارجي لاسم المستخدم في جدول
‫المستخدم ثم من المستخدم.
‫سيكون المفتاح الخارجي لاسم المستخدم في الجدول التالي.
‫الآن أشياء مثل الاسم الكامل أو المعرف ، شيء يحدد كل صف في الجدول.
‫يطلق عليه مفتاح أساسي ، وسنستعرض ذلك لاحقًا في القسم.
‫حسنا.
‫إذن كل قواعد البيانات هذه سنتعرف على PostgreSQL ، لكنها كلها متشابهة إلى حد كبير.
‫لذلك بمجرد أن تعرف واحدًا ، من السهل جدًا التقاط الآخرين.
‫كيف يتواصلون بالفعل مع خادم بالخلفية؟
‫حسنًا ، تستخدم جميع قواعد البيانات العلائقية شيئًا يسمى SQL.
‫وتتيح لنا SQL التواصل تمامًا مثلما فعل HTTP بين الواجهة الأمامية والنهاية الخلفية باستخدام SQL.
‫نحن قادرون على التواصل مع قاعدة البيانات والتعديل أو الحصول عليها أو التحديث كما نريد.
‫وسيكون لدينا مقطع فيديو حول هذا الموضوع أيضًا.
‫حسنا.
‫إذن هذه قواعد البيانات العلائقية.
‫ماذا عن النوع الثاني؟
‫النوع الثاني يسمى قاعدة بيانات غير علائقية أو قاعدة بيانات NoSQL.
‫ومرة أخرى ، هناك العديد والعديد من أنواع قواعد البيانات المختلفة مع بعض الأسماء الرائعة مثل
‫Couch DB و Hyper Table.
‫يتيح لك الآن MongoDB أو قاعدة البيانات غير العلائقية إنشاء تطبيق دون الحاجة إلى
‫تحديد المخطط أولاً.
‫على عكس قاعدة البيانات العلائقية.
‫إذا عدنا إلى قاعدة البيانات العلائقية ، فإن هذا المخطط أو هذه الجداول يجب أن يكون محددًا مسبقًا ، أليس كذلك؟
‫نحتاج إلى معرفة الشكل الذي سيبدو عليه تطبيقنا ، وإنشاء هذه الجداول حتى نتمكن من إدخال معلومات المستخدم والتغريدات
‫والمتابعين بمجرد أن يصبح التطبيق عامًا.
‫مع عدم وجود قاعدة بيانات SQL أو قاعدة بيانات غير علائقية ، يمكننا فقط تحديدها كما نذهب ولديهم جميعًا طرقًا
‫مختلفة لتخزين هذه المعلومات.
‫لذلك كل واحد مختلف جدًا جدًا.
‫وهذا سبب قوي آخر لاستخدام قاعدة بيانات غير علائقية وهو أنه إذا لم تكن متطلبات
‫البيانات الخاصة بك واضحة في بداية مشروعك وربما لديك كمية هائلة من البيانات غير المنظمة
‫، فقد لا يكون لديك رفاهية تطوير قاعدة بيانات علائقية بمخطط محدد بوضوح.
‫إنها توفر بدلاً من ذلك قدرًا أكبر من المرونة من حيث أن قاعدة البيانات غير العلائقية تشبه المجلدات فقط في تجميع
‫المعلومات ذات الصلة من جميع الأنواع.
‫الآن MongoDB هو شيء يسمى المستند الموجه.
‫إنه يخزن المعلومات كوثائق.
‫دعني أوضح لك هذه النقطة.
‫لدي سطح المكتب الخاص بي هنا مع مجلدين.
‫إحداها هي قاعدة بيانات علائقية ولدي هنا تغريدات المستخدمين ، والملفات الشخصية التالية.
‫ويمكنك التفكير في قواعد البيانات الارتباطية مع هذا النوع من التخزين حيث يوجد هذا المجلد في مكان ما على
‫جهاز كمبيوتر يقوم بتخزين هذه المعلومات.
‫وفي أي وقت نحتاج فيه إلى طلب قاعدة بيانات لشيء ما ، حسنًا ، نجمع المستخدمين.
‫وإذا أردنا أيضًا الحصول على تغريدات المستخدم ، فسنجد المستخدم الذي نهتم به
‫، ثم نعثر على تغريدات المستخدم التي نهتم بها أيضًا بالمفتاح الخارجي الذي يربط المستخدمين.
‫ويمكننا أيضًا العثور على العديد من المتابعين لهذا المستخدم.
‫نحصل على هذه المعلومات ونعرضها على تطبيق الويب الخاص بنا.
‫من ناحية أخرى ، سيكون لدى MongoDB كل مستخدم كمستند.
‫لذلك إذا أردت الاستيلاء على المستخدم الأول ، حسنًا ، لقد حصلت للتو على هذا المستند ويحتوي على جميع
‫المتابعين والتغريدات والملف الشخصي وكل شيء موجود في هذا المستند الواحد.
‫وقد تفكر ، حسنًا ، يبدو أن MongoDB خيار أفضل من امتلاك هذا.
‫طريقة عمل الأشياء بشكل صحيح.
‫حسنًا ، هذا يعتمد على حاجتك.
‫ولهذا السبب تعتبر قواعد البيانات موضوعًا معقدًا.
‫حقا ، حقا يعتمد على وضعك.
‫يمكنك أن ترى طريقة MongoDB هذه مفيدة جدًا إذا كان لديك شيء مثل ملف تعريف ، ربما ملف تعريف LinkedIn ، ولكن
‫إذا كنت بحاجة إلى شيء ما حيث تعمل فقط مع البيانات التالية أو مجرد بيانات التغريدات ، ربما
‫مع التغريدات التي تريد رؤيتها ، ما هو متوسط حجم التغريدة؟
‫حسنًا ، من السهل حقًا الحصول على هذا الملف وحساب ذلك مقابل هذه الطريقة حيث
‫قد تضطر إلى استخراجه من كل مستخدم.
‫لذلك يعتمد الأمر حقًا على احتياجاتك.
‫اسمحوا لي أن أريكم مخططًا آخر قد يكون.
‫مفيد.
‫عندما ننظر إلى قواعد البيانات العلائقية مقابل قواعد البيانات غير العلائقية ، يمكنك التفكير في الارتباط
‫حيث يحتوي كل جدول على منشور مدونة ، وعلامة مدونة ، وتعليق مدونة ، ويربط هذه الجداول لمنحك معلومات المدونة مقابل
‫معلومات غير علائقية تخزن هذا بالكامل منشور مدونة في إدخال ويحتوي على تعليقات وعلامات وفئات وجميع البيانات
‫الأخرى ذات الصلة في مكان واحد فقط.
‫إذن ما الذي تستخدمه MongoDB للتواصل؟
‫إذا عدنا إلى مثالنا هنا ، فلدينا SQL لقواعد البيانات العلائقية مثل Post Press.
‫حسنًا ، لدى MongoDB ما نسميه لغة الاستعلام ، وهي مجرد لغة استعلام MongoDB.
‫لكن كلاهما يهدف إلى فعل الشيء نفسه.
‫وهذا يعني ، للتواصل مع قاعدة البيانات ، توفير طريقة سهلة للخادم للاتصال بقاعدة البيانات.
‫وفي هذا القسم ، سنتحدث عن ذلك وسنقوم أخيرًا بتوصيل النقاط وإظهار
‫قوة قواعد البيانات بمجرد توصيلها بالخادم.
‫سأراك في المرحلة التالية.