Bases de données NoSQL

3,146 views

Published on

Une présentation que j'ai donné à mes camarades en M1 Informatique à l'Université Paris-Est Marne-la-Vallée.

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,146
On SlideShare
0
From Embeds
0
Number of Embeds
27
Actions
Shares
0
Downloads
153
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Bases de données NoSQL

  1. 1. BASES DE DONNÉES NOSQL Samy Dindane 30/10/2013
  2. 2. SOMMAIRE • Pourquoi ? • Comment ? • Types de BDD NoSQL • Démo
  3. 3. NoSQL Not Only SQL ! Utilisation de bases données autres que SQL
  4. 4. LES SGBDR • Forte consistence • Transactionnels • Très matures • Adoption facile
  5. 5. MAIS… ! Avec l’avènement du big 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. 6. SCALABILITÉ • En lecture • En écriture

  7. 7. SCALABILITÉ • En lecture : Généralement pas de problème • En écriture : Faible, principalement à cause des contraintes ACID Rappel : Atomicité, Consistence, Isolation, Durabilité
  8. 8. SCALABILITÉ : COMMENT ? • On optimise (tuning) • On ajoute des ressources • On ajoute des serveurs
  9. 9. THE CAP THEOREM • Consistency • Availability • Partition Tolerance Seul deux de ces trois points peuvent être garantis à la fois
  10. 10. PROBLÈMES DE L’ATOMICITÉ • Une opération atomique ne permet pas des accès entrelacés • La BDD est verrouillée pendant l’écriture
  11. 11. SE PASSER DE L’ATOMICITÉ Réduit la durée de verrouillage ou supprime le verrouillage de la BDD
  12. 12. PROBLÈMES DE LA CONSISTENCE • 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. 13. SE PASSER DE LA 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. 14. PROBLÈMES DE LA DURABILITÉ Avant de répondre au client, on doit être sûr que les données ont été écrites sur le disque
  15. 15. SE PASSER DE LA DURABILITÉ Ne pas écrire sur le disque directement, ou ne pas attendre la confirmation de l’écriture
  16. 16. FAMILLES DE BDD NOSQL • 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. 17. … BDD ORIENTÉES CLÉ-VALEUR • Les BBD NoSQL les plus simples • Chaque élément est une paire (clé, valeur) • Certains systèmes supportent des valeurs typées
  18. 18. … BDD ORIENTÉES GRAPHES • Les donné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. 19. … BDD ORIENTÉES GRAPHES
  20. 20. … BDD ORIENTÉES DOCUMENTS • Les donné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. 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. 22. SQL VS NOSQL Le choix dépendra des réponses à ces questions : • Comment veut-on structurer nos données ? • Combien de données à manipuler ? • Ratio lectures/écritures ?
  23. 23. DEMO TIME !
  24. 24. MERCI ! ! QUESTIONS ?

×