2. OBJECTIF GÉNÉRAL
• Découvrir l'un des SGBD noSQL les plus utilisés
• MongoDB dans les grandes lignes
• Modéliser ses données dans Mongo
• Installation et utilisation général (requêtages)
3. D’OÙ VIENT NOSQL ? POURQUOI LE NOSQL
•Problématiques de performance
•Problématiques fonctionnelles
•Problématique de stockage
6. POURQUOI MONGODB
• Facile à mettre en œuvre
• Open Source, gratuit et vivant
• Des drivers pour tous les langages
• Riche mais pas trop exotique (une partie des concepts
relationnels s’appliquent toujours)
• Outillage assez riche
• Modèle riche
7. • Relationnel / Document
Questio
n
Comment
Response
User
SQL
Question
List(Commen
t)
List(Response
)
User
Document
9. REPRÉSENTATI
ON D'UN
DOCUMENT
MONGODB
{
Id : 1,
user : 1,
Titre : "mon premier post",
Date : 123456789,
Views : 123,
CommentsCount : 1,
Comments : [{
Content : "super ton post!",
User : "toto”},
{Content: ‘Preums !’,
User: “Le Troll”}
]
}
10. INSTALLATION ET UTILISATION GÉNÉRAL
• Installer et démarrer un serveur et un client Mongo
• Créer une base de données dans un serveur Mongo
• Créer une collection dans une base de données Mongo
• Connaître les principaux types de données
• Insérer des données
• Consulter des données
• Modifier des données
• Supprimer des données
11. LES OBJECTIFS
• Installation et démarrage d'un serveur et d'un client
• Opérations sur les bases de données
• Opérations sur les collections
• Les principaux types de données
• Insertion de données
• Consultation de données
• Modification de données
• Suppression de données
12. RAPPEL
• MongoDB est un SGBD
• dans la mouvance NoSQL (Not only SQL)
• scalable ie supporte l'accroissement e la quantité de données
• orienté documents
• Document
• Ensemble de paires clé/valeur : Ex {prenom:"ABDALLAH",sex:"M",age:24,taille:1.85}
• Equivalent d'un Enregistrement ou tuple en SGBDR
• Collection
• Ensemble de documents
• Equivalent d'une table en SGBDR
• Ne dispose pas obligatoirement de schéma
• Base de données = ensemble de collections
13. INSTALLATION ET DÉMARRAGE DU SERVEUR
ET CLIENT
1. Se rendre à l'adresse :
http://docs.mongodb.org/manual/installation/
2. Télécharger et installer mongo
3. Créer le répertoire data/db/ de stockage des données
4. En ligne de commande :
a) Démarrer le server avec la commande mongod ,
b) Accompagnée l'option --dbpath .../data/db
c) Démarrer le client avec la commande mongo (sans d) sir me 2ème
interpréteur de commande
14. OPÉRATIONS SUR LES DATABASE
DOCUMENT
• Pas de commande pour créer une base de données
• Définir ou sélectionner une base de données : use DB_NAME
• NB : une base de données n'existe que si on y crée une collection
• Voir le nom de la database document courante : db
• Voir les noms de toutes les databases documents disponible :
show dbs
• Supprimer la database sélectionnée ou courante
db.dropDatabase()
• Exemple: définition de la database "acsid" : use acsid
15. OPÉRATIONS SUR LES COLLECTIONS
• Syntaxe de création : db.createCollection('COLLECTION_NAME')
• NB : l'insertion d'un document dans une collection crée
automatiquement celle-ci
• db représente la base de données sélectionnée
• Voir toutes les collections disponibles : show collections
• Supprimer une collection : db.COLLECTION_NAME.drop()
• Exemple: création de la collection "US333G":
db.createCollection('US333G')
16. PRINCIPAUX TYPES DE DONNÉES
• Integer: nombre entier. Exemple : age: 25
• Double: nombre à virgule(décimal point). Exemple : taille: 1.85
• String: chaîne de caractères en UTF8. Exemple: prenom: "Mohamed"
• Boolean: true ou false. Exemple: present: true
• Date :
- Date courant: Date(). Exemple : lastModified : Date()
- Autre date : new Date('MM-DD-YYYY hh:mm:ss') ou ISODate("YYYY-MM-DDThh:mm:ssZ")
- Exemple: date_cmde : ISODate("2022-03-09T15:30:25Z")
• Array: valeurs entre crochets séparées par une virgule
• ObjectId: identifiant unique de 12 octets d'un document dont 4(timestamp
Unix)+3(machine)+2(processus)+ 3(incrément)
• Embedded Document : document intégré
17. INSERTION DE DONNÉES
• Syntaxe d'insertion d'un document :
db.COLLECTION_NAME.insert({key1:val1,...})
• db: base de données sélectionnée
• Si le champ_id(clé primaire) est omis dans le document inséré, mongoDB
attribut un ObjectId uniquement pour ce document.
• Insertion multiple avec un tableau de documents [{...},{...},...]
• db.COLLECTION_NAME.insert([{...},{...},...])
• Exemple :
• db.US333G.insert([{prenom:"Mohamed",sex:"M",age:30,taille:1.84},{prenom:"Marie",s
ex:"F",age:20}])
18. SÉLECTION DE DONNÉES
• Syntaxe
• db.COLLECTION_NAME.find(query,fields)
• query (optionnel): filtrer les documents à sélectionner => WHERE
• Syntaxe : {key: value, ...} (c.à.d. equal) ou {key: {$op: value},...}
• Opérateurs entre clé et val: $lt (less than), $lte (less than equals), $gt (greater than), $gte
(greater than equals), $ne (not equals), etc ...
• Opérateurs entre couples clé/valeur : $and (par défaut), $or, $not et $nor
avec la syntaxe { $op: [ {...} , {...} , ... ] }.
• field (optionnel) : filtrer les champs à sélectionner => SELECT
• Syntaxe: { champ1: <boolean>, champ2:<boolean>... }
• true ou 1 pour inclure et 0 ou false pour exclure
• _id est toujours inclus sauf s'il est explicitement exclu
19. MODIFICATION DE DONNÉES
• Syntaxe
• db.COLLECTION_NAME.update(query, update, options)
• query (obligatoire) : voir diapo sur sélection de données
• update (obligatoire) : données mises à jour
• Syntaxe : {liste de paires clé: valeur} ou {$op: {liste}}
• Options
• upsert (optionnel) : avec {upsert: true}, créer un nouveau document si aucun
ne répond à la query
• multi (optionnel) : avec {multi: true}, modifier tous les docs qui répondent à
la query
• Exemple
20. SUPPRESSION DE DONNÉES
• Syntaxe
• db.COLLECTION_NAME.remove(query, justOne)
• query (obligatoire) : voir diapo sur sélection de données
• justOne (optionnel) : avec {justOne: true}, supprimer un seul
document
• Exemple :
• db.US333G.remove({prenom: 'Maria'})
NoSQL désigne une famille de SGBD qui s'écarte du paradigme classe des Bases relationnelles (No Only SQL)
émergé autour des années 2010
NoSQL désigne une famille de SGBD qui s'écarte du paradigme classe des Bases relationnelles (No Only SQL)
émergé autour des années 2010
============= Pour répondre à des problématiques spécifique de performance :
En cas de très grosse volumétrie de données
En cas de très grosses montées en charges (sites à fort trafic
## ) les moteurs NoSQL sont plus rapides en lecture et en écriture qu'un SGBDR
Car il n' aucun contrôle sur les données
La plupart peuvent charger leurs données en mémoire vive et/ou être répartis sur plusieurs serveurs en parallèle (sharding)
================== Pour répondre à des problématiques fonctionnelles spécifique
Designer une base de données pour développer un système de gestion du cache (modèle Clés/valeurs)
Designer une base de données à la structure "super flexible" pour la réalisation d'un POC ou d'un MVP (modèles Documents et Colonnes)
Designer une base de données à nœuds multiple (type réseau social via le modèle Graphe)
Designer une base de données pour se lancer dans l'aventure "Big Data"
============================== Pour répondre à des problématique de stockage :
les collections de données n'étant pas structurées (pas de champs prédéfinis contrairement aux tables d'un SGBDR),
aucun "espace vide" n'est réservé sur le disque dur
Ce sont les grandes entreprises du web amenées à traiter des volumes de données très importants
qui ont été les premières confrontées aux limitations intrinsèques des SGBD relationnels traditionnels.
--------------------------------------
Ces systèmes fondés sur une application stricte des propriétés ACID et généralement conçus pour fonctionner sur des ordinateurs uniques ont rapidement posé des problèmes d'extensibilité.
Afin de répondre à ces limites, ces entreprises ont commencé à développer leurs propres systèmes de gestion de bases de données pouvant fonctionner sur des architectures matérielles distribuées et permettant de traiter des volumes de données importants. Les systèmes propriétaires qui en ont résulté, Google (BigTable), Amazon (Dynamo (en)), LinkedIn (Voldemort), Facebook (Cassandra puis HBase), SourceForge.net (MongoDB), Ubuntu One (CouchDB), Baidu (Hypertable) ont été les précurseurs du modèle NoSQL4.
a nécessité de posséder un paradigme de bases de données adapté à ce modèle d'infrastructure matérielle
ACSID (atomicité, cohérence, isolation et durabilité)
Données stockées de manière non structurée (chaque "record" peut contenir des champs)
Aucun contrôle sur l'intégrité des données (aucune règle d'écriture applicable-> les propriétés "cohérence" et/ou "isolation" du concept ACSID ne sont généralement pas respectées)
Aucun système d'intégrité référentielle des données entre "entité" différentes.
Système de requêtage des données plus ou moins élaborés
BigTable (Google)
Dynamo (Amazon)
Voldemort (Linkedin)
Cassandra (Facebook)
HBase (Facebook)
SourceForge
énorme
Mongo (traduit : énorme). : base de données répartie (2007)
Le serveur et les outils sont distribués sous licence SSPL,
les pilotes sous licence Apache et la documentation sous licence Creative Commons4.
Il fait partie de la mouvance NoSQL.