تقوم جميع الشركات بتخزين البيانات من دفتر تسجيل بسيط لشركة صغيرة ، ربما حتى في مجلة أو قطعة
من الورق.
للشركات الضخمة مثل أمازون التي تحتاج إلى أجهزة كمبيوتر لتخزين بيتابايت من البيانات.
الآن ، من أجل تخزين هذه المعلومات ، تحتاج كل شركة تقريبًا وأحيانًا الأفراد أيضًا إلى شيء يسمى
قاعدة البيانات.
رأينا في القسم الأخير مدى صعوبة جعل خادمنا يتذكر مستخدمًا جديدًا.
في كل مرة يتعطل فيها الخادم ، تتم إعادة تعيين المتغير ثم يبدأ من جديد.
أو إذا أردنا إجراء فحص لتسجيل الدخول أو تسجيل الدخول والتكرار من خلال رسائل البريد الإلكتروني وكلمات المرور من خلال إجراء
حلقة من خلال 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.
لكن كلاهما يهدف إلى فعل الشيء نفسه.
وهذا يعني ، للتواصل مع قاعدة البيانات ، توفير طريقة سهلة للخادم للاتصال بقاعدة البيانات.
وفي هذا القسم ، سنتحدث عن ذلك وسنقوم أخيرًا بتوصيل النقاط وإظهار
قوة قواعد البيانات بمجرد توصيلها بالخادم.
سأراك في المرحلة التالية.