Télécharger en tant que PDF, PPTX
![…
BDD ORIENTÉES DOCUMENTS
{
"_id": {
{
"$oid": "52542F284206C5860EC02465"
"_id": {
},
"$oid": "5253DE0E4206C5860EC02435"
"emails": ["sdi@zenexity.com", "samy@dindane.com"],
},
"profile": {
"profile": {
"username": "Dinduks",
"username": "Chuck",
"firstname": "Samy",
"birthDate": {
"birthDate": {
"$date": 453420000000.000000
"$date": 453420000000.000000
},
},
"city": "Paris"
"gender": "m",
}
}
}
}](https://image.slidesharecdn.com/20131030-nosql-131030142032-phpapp02/85/Bases-de-donnees-NoSQL-21-320.jpg)
Téléchargé parSamy Dindane
Bases de données NoSQL
Le document présente les bases de données NoSQL, explorant leur nécessité face aux défis du Big Data, notamment la scalabilité et les limitations des systèmes de gestion de base de données relationnelles. Il décrit les différents types de bases de données NoSQL, y compris les bases de données clé-valeur, orientées graphes, orientées documents et orientées colonnes. Enfin, il aborde les concepts tels que le théorème CAP et les compromis entre atomicité, consistance et durabilité dans le contexte de l'utilisation des bases de données NoSQL.
Bases de données NoSQL
- 1. BASES DE DONNÉESNOSQL Samy Dindane 30/10/2013
- 2. SOMMAIRE • Pourquoi ? • Comment ? • Typesde BDD NoSQL • Démo
- 3. NoSQL Not Only SQL ! Utilisationde bases données autres que SQL
- 4. LES SGBDR • Forte consistence • Transactionnels • Trèsmatures • Adoption facile
- 5. MAIS… ! Avec l’avènement dubig data, elles ne sont pas scalables Big data : Ensembles de données tellement volumineux qu'il est difficile de les manipuler avec des outils classiques de gestion de base de données. Scalabilité : Capacité d’un système à maintenir ses fonctionnalités et ses performances en cas de forte demande.
- 6.
- 7. SCALABILITÉ • En lecture : Généralementpas de problème • En écriture : Faible, principalement à cause des contraintes ACID Rappel : Atomicité, Consistence, Isolation, Durabilité
- 8. SCALABILITÉ : COMMENT ? • On optimise(tuning) • On ajoute des ressources • On ajoute des serveurs
- 9. THE CAP THEOREM • Consistency • Availability • PartitionTolerance Seul deux de ces trois points peuvent être garantis à la fois
- 10. PROBLÈMES DE L’ATOMICITÉ • Uneopération atomique ne permet pas des accès entrelacés • La BDD est verrouillée pendant l’écriture
- 11. SE PASSER DEL’ATOMICITÉ Réduit la durée de verrouillage ou supprime le verrouillage de la BDD
- 12. PROBLÈMES DE LACONSISTENCE • Toutes les transactions doivent être totalement commitées ou totalement annulées • Tous les nœuds d’un cluster doivent avoir les mêmes données : en modifiant une données on doit la màj sur tous les autres nœuds • Respect des schémas
- 13. SE PASSER DELA CONSISTENCE • Plus besoin d’avoir exactement les mêmes données sur toutes les instances • • Mais on synchronise quand on le peut Plus de contraintes sur les champs (schemaless)
- 14. PROBLÈMES DE LADURABILITÉ Avant de répondre au client, on doit être sûr que les données ont été écrites sur le disque
- 15. SE PASSER DELA DURABILITÉ Ne pas écrire sur le disque directement, ou ne pas attendre la confirmation de l’écriture
- 16. FAMILLES DE BDDNOSQL • BDD clé-valeur (Ex : Redis, Riak) • BDD orientées graphes (Ex : Neo4J, OrientDB) • BDD orientées documents (Ex : MongoDB, CouchDB) • BDD orientée colonnes (Ex : Cassandra, HBase)
- 17. … BDD ORIENTÉES CLÉ-VALEUR • LesBBD NoSQL les plus simples • Chaque élément est une paire (clé, valeur) • Certains systèmes supportent des valeurs typées
- 18. … BDD ORIENTÉES GRAPHES • Lesdonnées sont représentées par des graphes Un élément : un nœud • Les relations : des arêtes orientées • Les deux peuvent avoir des attributs •
- 19.
- 20. … BDD ORIENTÉES DOCUMENTS • Lesdonnées sont stockées dans des documents représentés dans des formats standards (JSON, XML, etc.) • Les documents sont enregistrés dans des collections (équivalentes aux tables SQL)
- 21. … BDD ORIENTÉES DOCUMENTS { "_id":{ { "$oid": "52542F284206C5860EC02465" "_id": { }, "$oid": "5253DE0E4206C5860EC02435" "emails": ["sdi@zenexity.com", "samy@dindane.com"], }, "profile": { "profile": { "username": "Dinduks", "username": "Chuck", "firstname": "Samy", "birthDate": { "birthDate": { "$date": 453420000000.000000 "$date": 453420000000.000000 }, }, "city": "Paris" "gender": "m", } } } }
- 22. SQL VS NOSQL Lechoix dépendra des réponses à ces questions : • Comment veut-on structurer nos données ? • Combien de données à manipuler ? • Ratio lectures/écritures ?
- 23.
- 24.