Toutes les entreprises stockent des données à partir d'un simple registre d'une petite entreprise, peut-être même sur un journal ou un morceau
de papier, jusqu'à de grandes entreprises comme Amazon qui ont besoin d'ordinateurs pour stocker des pétaoctets de données.
Maintenant, pour stocker ces informations, à peu près toutes les entreprises et parfois les particuliers ont besoin de ce qu'on appelle une
base de données.
Nous avons vu dans la dernière section à quel point il était difficile de faire en sorte que notre serveur se souvienne d'un nouvel utilisateur.
Chaque fois que le serveur tombe en panne, la variable est réinitialisée, puis tout recommence.
Ou si nous voulions faire une connexion ou une signature et vérifier et parcourir les e-mails et les mots de passe, en
faisant une boucle via JavaScript, c'est inefficace.
C'est là que la base de données vient à la rescousse.
Alors demandons-nous, qu'est-ce qu'une base de données ?
Une base de données est un ensemble de données.
Et ce que nous entendons par données, il en existe de nombreuses formes, n'est-ce pas, il peut y avoir des nombres, il peut y
avoir des dates, il peut y avoir des hachages de mot de passe, il peut y avoir des informations sur l'utilisateur.
Les bases de données nous permettent d'organiser ces données d'une manière qui nous est utile et facilitent la gestion des
données.
Et quelque chose en est sorti, et cela s'appelle Système de gestion de base de données, ou SGBD en abrégé.
C'est un ensemble de programmes qui nous permet d'accéder aux bases de données et de travailler avec des données, et il permet également
de contrôler l'accès aux utilisateurs de la base de données.
Donc, un SGBD est quelque chose dans cette boîte.
Quelque chose qui nous permet un outil, un logiciel qui nous permet de communiquer.
Avec les informations de stockage de base de données qui nous sont utiles et nous permettent également de mettre à jour, insérer, supprimer, rechercher, tout ce qui
se trouve dans la base de données, et cette idée d'un SGBD a vraiment commencé à prendre forme dans les années 1960 et maintenant il
est à la pointe de beaucoup de choses passionnantes.
Il y a toute une industrie d'ingénieurs qui ne travaillent qu'avec des bases de données parce que c'est si important.
Maintenant, il existe deux types de SGBD qui sont très populaires en ce moment et dont nous allons parler dans
ce cours.
Et ces deux types sont très bien représentés par les postscripts et Mongo DB.
Parlons du premier, qui est la base de données relationnelle.
Et c'est probablement le plus populaire.
Comme vous pouvez le voir sur le côté droit.
Vous voyez que ce sont toutes des bases de données relationnelles, postgrads Oracle, SQL Server.
Vous avez peut-être entendu parler de MySQL, Escorial Lite.
Ce sont tous les types de bases de données qui ont cette balise de base de données relationnelle, et la beauté avec elles est
qu'elles sont toutes assez similaires.
Ils suivent tous le même format standard.
Les bases de données relationnelles se composent de deux ou plusieurs tables avec des colonnes et des lignes.
Donc, dans ce cas, les utilisateurs sont une table et un nom complet, le texte du nom d'utilisateur créé dans nos colonnes et
les valeurs qu'ils ont ici sont des lignes.
Chaque ligne représente une entrée dans chaque colonne.
Il s'agit donc d'un type d'information très spécifique comme le nom, l'adresse ou les numéros de téléphone.
Et puis la relation entre les tables et le champ.
C'est ce qu'on appelle un schéma dans une base de données relationnelle, le schéma doit être clairement défini avant que toute information puisse
être ajoutée.
Et si cela prête à confusion en ce moment, ne vous inquiétez pas, nous allons en fait créer ces bases de données, cela a
donc du sens pour vous.
Si nous avions Twitter, par exemple, vous pouvez voir ici les types de tables que nous aurions et comment
nous les organiserions.
Nous aurions un utilisateur stable, une table tweet, une table suivante.
Et nous pouvons connecter toutes ces informations, par exemple, en connectant différents morceaux de la table.
Par exemple, le nom d'utilisateur sera le même dans la table des utilisateurs que dans la table des tweets.
De cette façon, nous pouvons dire que le nom d'utilisateur et la table des tweets sont la clé étrangère du nom d'utilisateur dans la
table de l'utilisateur, puis de l'utilisateur.
Sera la clé étrangère du nom d'utilisateur dans le tableau suivant.
Maintenant, des choses comme le nom complet ou l'ID, quelque chose qui identifie chaque ligne d'une table, s'appelle une clé primaire et nous y
reviendrons plus tard dans la section.
Très bien, donc toutes ces bases de données, nous allons en apprendre davantage sur l'après-crise, mais elles sont toutes à peu près
les mêmes.
Donc, une fois que vous en connaissez un, il est assez facile de prendre les autres.
Comment communiquent-ils réellement avec un serveur avec le back-end ?
Eh bien, toutes les bases de données relationnelles utilisent quelque chose appelé obscur.
Et demander à tous nous permet de communiquer, tout comme HTP l'a fait entre le front-end et le back-end
avec vous tous avez pu communiquer avec la base de données et modifier ou obtenir ou mettre à jour comme nous le souhaitons.
Et nous aurons également une vidéo sur ce sujet.
Très bien.
Il s'agit donc de bases de données relationnelles.
Qu'en est-il du deuxième type?
Le deuxième type s'appelle une base de données non relationnelle ou une base de données sans ESKIL, et encore une fois, il existe de nombreux
types de bases de données différents avec des noms sympas comme Kotb et Hyper Table.
Désormais, une base de données Mongo ou une base de données non relationnelle vous permet de construire une application sans avoir à
définir au préalable le schéma, contrairement à une base de données relationnelle.
Si nous revenons à la base de données relationnelle, ce schéma ou ces tables doivent en quelque sorte être prédéfinis, n'est-ce pas ?
Nous devons savoir à quoi ressemblera notre application, créer ces tableaux afin qu'une fois l'application publique, nous puissions commencer à saisir
les informations sur les utilisateurs, les tweets et les abonnés.
Avec une base de données sans excuse ou non relationnelle, nous pouvons simplement la définir au fur et à mesure et ils ont tous
des façons différentes de stocker ces informations.
Donc chacun est très, très différent.
Et c'est une autre raison puissante d'utiliser une base de données non relationnelle, c'est que si vos besoins en
données ne sont pas clairs au début de votre projet et que vous avez peut-être une quantité massive de données non structurées, vous
n'aurez peut-être pas le luxe de développer une base de données relationnelle. base de données avec un schéma clairement défini.
Ils offrent plutôt une plus grande flexibilité dans la mesure où une base de données non relationnelle ressemble davantage à des dossiers,
assemblant simplement des informations connexes de tous types.
Maintenant, Mongo DB est quelque chose appelé orienté document, il stocke les informations sous forme de documents.
Permettez-moi de vous illustrer ce point.
J'ai mon bureau ici avec deux dossiers.
L'une est une base de données vraiment relationnelle et contient ici les tweets des utilisateurs, les profils suivants.
Et vous pouvez penser à des bases de données relationnelles avec ce type de stockage où ce dossier réside quelque part sur un ordinateur
qui stocke ces informations, et chaque fois que nous devons demander quelque chose à une base de données, eh bien,
nous saisissons les utilisateurs.
Et si nous voulons également récupérer les tweets de l'utilisateur, nous trouvons l'utilisateur qui nous
intéresse, puis trouvons les tweets de l'utilisateur qui nous intéressent également avec la clé étrangère qui relie les utilisateurs.
Et nous pouvons également trouver le nombre d'abonnés que cet utilisateur a.
Nous récupérons ces informations et les affichons sur notre application Web.
Mongo DB, en revanche, aura en fait chaque utilisateur en tant que document.
Donc, si je voulais saisir le premier utilisateur, eh bien, je viens de saisir ce document et il contient
tous les abonnés, les tweets, le profil, tout est dans ce seul document.
Et vous pensez peut-être que Mongo DB semble être un meilleur choix que celui-ci.
Manière de bien faire les choses.
Eh bien, cela dépend de vos besoins, et c'est pourquoi la base de données est un sujet si complexe.
Cela dépend vraiment, vraiment de votre situation.
Vous pouvez voir que cette méthode Mongo DB est très utile si vous avez quelque chose comme un profil, peut-être un profil
LinkedIn.
Mais si vous aviez besoin de quelque chose où vous travaillez avec uniquement des données de suivi ou uniquement des données de tweets,
peut-être qu'avec les tweets, vous voulez voir quelle est la taille moyenne des tweets ?
Eh bien, c'est vraiment facile de simplement récupérer ce fichier et de le calculer par rapport à cette façon où
vous devrez peut-être l'extraire de chacun des utilisateurs.
Donc ça dépend vraiment de tes besoins.
Permettez-moi de vous montrer un autre diagramme qui pourrait être.
Utile.
Lorsque nous examinons les bases de données relationnelles par rapport aux bases de données non relationnelles, vous pouvez penser au relationnel car chaque table
a un article de blog, une balise de blog, un commentaire de blog, et elle relie ces tables pour vous donner les informations du blog par
rapport à un non relationnel qui stocke tout cela. article de blog dans une entrée et contient des commentaires, des catégories de taxes et
toutes les autres données connexes en un seul endroit.
Alors, qu'utilise Mongo DB pour communiquer ?
Si nous reprenons notre exemple ici, nous vous avions tous demandé des bases de données relationnelles telles que postcrisis ou
Mongo.
DB a son propre langage de requête, et il ne s'agit que du langage de requête Mongo DB.
Mais ils visent tous les deux à faire la même chose, c'est-à-dire communiquer avec la base de données,
fournir un moyen facile pour le serveur de communiquer avec la base de données.
Et dans cette section, nous allons en parler et nous allons enfin faire le lien et vous montrer
la puissance des bases de données une fois qu'elles sont connectées à un serveur.
Je te verrai dans le prochain.